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ABSTRACT © 


Computer technology has had limited” success in producing useful business 

applications. Management sy pent, are often inappre 

to af application; ahd are'fi 
Business lacks po aorily in the 

expert in solving bavwiés problenis find’ tt’ 

solution of these problems. It is not ng that. 

dete ter a te selva 


failure in practical situations. 

Improvements are certainly possible. The manager Saki ba suppuiet with’ a | 
system that assists in the design of an application. This system could help the manager 
specify his requirements by providing him with a framework for thinking about issues 
relevant to the design of a particular application. The manager might then be better 
equipped to select a commercial package or to guide in the design of his own 
implementation. 

This thesis describes a prototype version of such a system. PROCTOR is a 
program that assists in the design of a hierarchical planning and control system for a 
procurement firm. 

PROCTOR is implemented as an “unstructured” questionnaire. It guides the 
user in investigating various aspects of a problem while giving him complete freedom in 
deciding how and when to supply answers to questions. It allows him to change and skip 
answers whenever he desires. PROCTOR is implemented in OWL, a system for 
representing and processing conceptual knowledge. It uses the OWL data base to represent 
procedures for the questionnaire and to store data accumulated during the interaction. This 
representation makes possible the presentation of an English-like problem description, 
various evaluations and the reasons for the evaluations. 
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TRODUCTION AND BACKGROUND 


Ll paieaectice 

Computer technology has had limited success in Esato useful business 
applications. Management systems seldom meet the users’ requirements, are often 
inappropriate to an pplication, ‘a are frequent abandoned. But why 

| | Business meas pee in _ application of computers. Managers who are 
| expert in busines problems find te dticak wo spety forma procedures forthe souton of 
these problems. It is not surprising that programmers who work from poorly defined 
| “specifications produce, poorty' written application software. . ; 

oe mig saad dace) nas provided only limited support in business 
applications Application packages shoul theoreticaity provide instant data Processing 
software. In peace, they require considerable meadification to be onenee with a firm's 
procedures. Application cutomisars are propowsd as 2 solution to this problem. These 
india aa application packages from user i Bpectt ications. Hestrhaloeceet outputs from 
application customizers stil require modification to fit ie environment of a firm. 

Application customizers (and application package) have a more serious 
limitation: a user is rarely provided with evaluations concerning the wulmbity o a package 
for his firm. A company will Invest considerable time and expense in “ready to run® 
software only to discover that it is inapplicable to its A hartge And worse, the unsuitable 
package can sti agrevate x cmpany proba | - 


Improvements are onrtainly possible. The manager cpuld be supplied with a 


system that assists in the — of an splicaton. lus — could help the manager 
specify his requirements by providing him with 3 a Trameer For thinking about issues 


relevant to the design of a particular application. The manager might then be better 


reey fs 


equipped to select a commercial package or to ee in the nee of his. own 
program that guides the wer inthe design of « stem fra partic application. The 
application iam tbe planning and ano pam fr & procrement frm dened 
according to the aggregation intl of earch ping and one dexribed by 
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Hax and Meal. <Hax and Meal 7S> 


eehopba. naplgudetig sajeart BPRIGEL sad nods prec sie Ree 
procres Sela: ees ee ee ec Hax. 


This questionnaire served asa summary of ‘aaues to be “considered in the mene of a 
Shs 


fderarchical ‘planning and conrad syeem for precarecnent. ‘The queionnatre served as a 


. Sry 
secs 3 BSS. 


tals fran anatps hatin tr intvenced the implementation of PROCTOR, 
: ge git ied aby ate eughce 


~ PROCTOR is Implemented asa a unstructured” makipl choice questionnaire Ie 
guides the user in investigating a ‘problem while giving ‘him ‘complete freedom in deciding 


how and when to supply anewer 9 queso, PROCTOR tows te ter change and 
ap Paes es ake porta BN GGE } gcapheric 

we We have ‘implemented PROCTOR in OWL, 1 a symem to representing ‘and 
processing conceptual knowledge “tlawkinson > PROCTOR tes th the own data base = 
represent the procedures ‘for the questionnaire and. ‘to store > data ‘accumulated during the ; 
interaction. The data base makes possible the preeéntation ‘ofa an si Engish-ike summary of 


«then robin silag’ as well ns Klasietestaticns <icvetnie 5 pease spuam for the prabilen. 


L2 Background 
1.21 Application Customizers 
In the introduction, we mentioned that users of application customizers 
frequently encounter problems. IBM’s Application Customizer <IBM 72> and the 
The Application Customizer is a system that upes.a. ea aire to derive a set 
of parameters that are subsequently used to customize data processing, software. The most 
serious limitation of the Application Custpmizer is that it doss, litle in terms of problem 


formulation. <Hax and Martin 73> The Application Customizer cannot evaluate the 
applicability of its output for a particular situation. In. using. the Application Custamizer, 
the user bears full responsibility for identifying his_ processing requirements and for 
determining if the resulting system is indeed appropriate to his problem. 

The Distribution Systems Simulator (DSS) isa sysem_ that uses a questionnaire 
to customize a simulation evedel for large scale physica! dietribetion systems. DSS offers an 
improvement over the Application Customizer by providing a means of evaluating 
distribution systems methodology. But it also is inadequate <Hax T4b>. DSS does not take a 
global view of the firm in its evaluations. It ignores important issues such as the interaction 
of the firm's production. activities with the distribution process: it treats manufacturing 
plants as sources of unlimited inventory. DSS does not, provide an integrated approach 00 


the logistics process: it treats each stocking point as if it were indepe: 


dent from the rest of 


the system. 


1.2.2 Requirements for an Improved System 

The minimum requirements for an improved systerti should be cleat. A system 
that is to provide am improvement over existing syitems’ stiouitd assist the user in (1) 
identifying his requirements, (2) selecting components ‘to itidet ‘his requirénnents, and in (3) 
evaluating the sultabitity of these components for tid Htuation. In trieetitig these objectives, 
the system ‘must take a global view of the firm: | ; 


PROCTOR tries to meet théie ob jictives by meaily’ of aii interactive muttiple 
cioice questionnaire. We chote this approach for several reaiolis. ‘It has proven successful 
in both the Applicition Customizer ‘and the Disttbutions isttibutions System Siiiilator and seemed to be 
the simplest technélogy which’ could support ‘ah advance ovtt existing ayitiéina.” A 
questionnaire requires a minimum of input and therfore coped by management. 
A questionnaire provides a framework in: which it pole to ucate a user: it cin guide 


th sant kth decifion tno 

We have made several improvements in the presentation of the questionnaire. It. 
is often the case that the user cannot continue ina questionnaire ‘because he does not know 
an answer or because he does not know how to answer ‘a question. Many systems are unable 
to proceed unless an answer is supplied. (It is poor software engineering to force the user to 
leave a long involved interaction in ‘order to determine a single piece of information.) 
PROCTOR allows the user to skip a question whenever he desires. It then tries to 
determine the fact by using information that it already knows or by using a different 
strategy in asking for information. PROCTOR can also proceed to another part of the 
investigation. The user can interrupt PROCTOR at any time to supply answers to questions 
that have been shipped. | 


Associated with the ability to skip answers is the ability, to. Shangp. answers 
whenever the user desires, The user may wish to change, a previous, answer: the program 
may have detected the Inconsiseency of a response with Previoys.. information; the. user's 
supervisor may disagree with information that hes supplied, PROGTOR is able to change, 
answers without having to restart the investigation. — an | 

A deficiency with application customizers is thelr nab. to provide evaluations. 
before the completion of the questionnaire, The, Apaistion Custeminar questionnaire must 
be completed before any output is available, PROCTOR can provide, pertial evaluations 


before a session is completed. 


123 Methodology for Research | 
L281 A Consultant's Questionnaire as Protocol fast : 
| PROCTOR is based on a questionnaire written by Professor, Arnokia C. Hax.. 
Professor Hax ik: uss ha ol for peegrasee chiptlile ol sontiealing: te danign ot 
logistics systems <Hax 74c>. As an attempt towards such a system, he,wrote in a 
The questionnaire served as a summary of issues that had to be considered 
when attempting the design of a hierarchical planning and control system for procurement. — 
An analysis of the questionnaire lead to a theory of its structure that in turn influenced the 
implementation of PROCTOR. This will be discussed in a later chapter. It suffices to note. 
that several assumptions had to be made in the writing of the questionnaire and its 


subsequent analysis. 


1.2.3.2 Some Necessary Assumptions 

"The questionnaire only considers operational and tactical issues. It contains no 
of plants and warehouses or the aifocation of capital. ‘Akhough this is a reasonable 
restriction, it can lead to complications. The consultant is often confronted by a situation 
that on the surface seems to be a procurement problem. On furthet investigation, the real 
problem fs ofteri found t0'be quite different: the firm's facilities could be constrained and 
require expansion; funds for Inventory investmnent might not be available due to limited 
cash flows that arise because of the firm's s credit policy. | - 

We assume that before using the program, the user will have analyzed his 
situation to the extent that he is convinced that a purchasing or ‘inventory problem requiring 
& procurement system exists. Thus, the questionnaire tackles only operational and tactical 

issues without regatd to strategic, long term issues that are ‘aasumed to be externally 

| constrained. | . 
| Another problem is the evaluation of the numerous intangibles involved in 
deciding whether or not to use a particular logistics system. It is inconceivable given ‘the 
current state of the art that a progtam be able to decide in any situation whether a planning 
and contro! system shoud be adopted. For a general anafyais, a program would require a set 
of well-developed world models to enable it to relate to the many secondary issues involved. 
A manager is needed to evaliate intangibles such as ganic issues and ‘financial 


considerations related to an overafl decision. 


LS Operations Management Issues 


In this section, we outline the Kinds of procranent 


awh Be Es aie es 


that st PROCTOR 
considers. We also describe the hierarchical apercech to planning and cane nen 


described by Hax and Meal. 


13.1 The Procurement Problem Outlined 
Procurement refers to the ongoing saivy be aa tems have ad — 
materials and supplies from outside sources. A manufacturing firm wil purchase raw 


SiR 


materials to supply its production process. For a distribute (ch aa wupermarket chain), | 
procurement depends on the reqlrnmts of the indivioa! sacing point Many firms 
(Peles and wholeater, for example) purchase gods snp to musty the demands of 
In this thesis, we consider those firms whose ma jor activi is procurement. In 
this class, we include not only simple. retailers bet also firms that. have. = production 
activities with negligible production lead times uch as gm and firms which nave 
distribution activities eran can be asmued 0b ndepandent of the procurement proces. 
Support forthe procurement proce depends onthe te horizon i which we 
hope to provide support. For hr of moth xy, gr wer sch a the 
mequisition of plant and ye sm soepeht assets and facilities design became anpartane, Product 
line selection may alo be considerst: Fora vary shor ern of ten days to tess than a 
mons issues reiated to the detailed cheung of company peratons become Important. 


For. a | medium horizon of les than a month toa yore we become concerned with the 


forecasting of customer - demand, has phoning of t nvenory eral and the purchasing © of 
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pend This thesis considers issues of planning and contro! in ‘the medium time horizon. 

} Within this time horizon, the tiem ‘ob jective is to ‘provide good customer 
service at minimal cost “without violating constraints that are » imposed either ‘externally or 
internally to the company. Unfortunately, a firm can meet many problems in trying to meet 
this ob jective. 

A conent that cannot arenes forecast customer demand will suffer a 
deterioration of customer service and sobequent lou of business. In addition, it will often 
accumulate excess inventory. “This merely aggrevains the situation by wasting valuable esas 
that should be used 00 hold goods that ae current in demand, = 


A firm that i unable to predic the fad tm between the lawe and receipt of 


folmens 5 


an order from a vendor will usually suffer missed customer orders and lost sales. t'o solve 


this sisal a cama will sometimes issue een small orders. The result is excessive 

” A tiem procurement problems can sometimnés resuk from its inability to operate 

within the constraints Imposed on it. Vendor ccasinaly wet z apply limits and sometimes 

require constant it purchasing rates. Occasional, the ‘finance department of the firm can 
Impose a a constraint by Hing f funds availble for investment ‘in inventory 

Al these problems warrant the consideration of a planning and control system. 

But a Firm need 1 not have procurement problems consider ‘puch a synem “Indeed, a firm 


may. consider a sytem sy to mainain its compttive sdvanage With a planning and 
is 

control system, a firm wal be beter able to predic customer demand to > take advantage of 

dicount and economt of tansperation when ordering from vendors Extra cash is made 


available to finance other aspects of the company's operations by ‘keeping inventory 


investment at a minimum. 


18.2 The Hierarchical Approech to Planning and Coatrel Systems ae 

‘There are sever! approaches tthe dagn of «plang and contol eter for 
; th becca ancien One proposal is to formulate the control problem as a single 
mixed-integer programming problem (MIP) tbe solved on x roling horizon basis. <Lasdon 
"and Ter jung 71> | vee | 
Several researchers have discussed the deficiencies of this approach. (See, for 


example, <Diran a ax Mo) proba wth i ae apt at Fgura 


data such as forecasted demand for each item aver the planning horizon (usally a your). 
For sera became ee S) i tapers BUEN comet but 
usually if becomes computationally mpossible to obtain a solution c) the MIP. Another 
ob jection to the détailed solution is that it provides d' means for management intervention 


in the solution process. 
Hx and Meal and eters (on as and Mel Tp and, ayueran and Hes 


ogy for.a planning and 


assume the approach of Hax and Meal as the propose 


control system. 

tat thse be nar wad fo onan, re deta dan. Each bevel of dein making 
has its characteristic length of planning horizon and data requirements. More aggregate 
decisions involve longer horizons and. less detailed kinds, of information. With the 
hierarchical approach, the manager is able to influence the solution at each level of decision 


cisions be made first, and 


16 
making. Typically, upper management will influence the decisions at a higher level of . 
aggregation. 

In designing a planning and control system, the types of aggregations required, 
tha gra ka bn sted sich oe a azo Sd he ings meciant bawem 
levels must be selected. . a 

For medium range planning problems (a horizon of approximately a year), three 
levels of aggregation have been identified: | le 
Items are final products to be delivered to the customers. They represent the 


i firm. Items differ 
Se lua ecieiones and aire 


- Famtltes are groups of items which shave a common ordering cost. Economies 

_Of scale are made possible by jointly reptenishing items belonging to the same family. 
Types are groups of families whose procurement ‘ itities are to be determined 

by an aggregate plan (a ‘linear pr ‘model at the type level). Families 


ae a type normally, fase Ma Ineeeger earners, Plas Semen 
pa aH ats er ‘ tS 8 Raa t yD Te PES ; =e 


These three levels of aggregation are used in COMS, a Computer Based. 


Operations Management: System. <Hiax, Golovin, Bosyj and ‘Victor 76> This system was 
designed as a research tol to explore various stihl Ter linking’ baton the levels of 
on. COMS has ittongly influenced 
and control system. ca Li gives a conceptual overview of COMS. 
the type arid the item level. pais level forecait ix thadé over the same horizon 


#a3 


our model of a general hierar 


thical planning 


tiidinds are forecast both at 


Ft} 


uncertainty of future requirements at the item level. “it is thus able to sesviae & a more 


realistic forecast over the plafining horizon. ‘The item tevel forecist is simply ‘a forecast of 


‘17. 


Read in last seach s usage | 


Update Inventory Status . 
| (Physitat Inventory, Améunt of | -- 
Order, Backorders, Lost eee 
sj “UAvalable Inventory)’ - 


| “Update detiand Fordcass, safety” |” 
stocks, overstock limits, and 
- “fun outtimes °°" 


| Determine effective demands: | 
for each product type =| 


Aggregate Plan for Types 
{Aggregate Planning Reports) 


Family Disaggregation” 
(Family Planning Reports) 


Item mm Disagge ation 
-(lten Planting Reports)” 


‘Detailed ‘Status Reports 


Conceptual Overview of a Hierarchical Planning System 


Figure 11 


Pe ee een ert ee ee ee ers limits 
and run out times. The safety och the dm invasion Ave necessary to keep the 
probability of stock outs at a désred level ‘TAs computad-asing the wandard deviation of 
errors in the forecasts. Overstock mits are maxinjum inventory levels. They are important 
for items which have periods of! ne: sale. in.ther pried, anal tries to keep inventory 
levels near zero. The run out time is the time. in which ap ikem will run out if no order is 
placed. It depends on forecasted demands and invérwory levels. 

The system solves a tens, pragrace that aq sheew, gashmeters as well as type 
inventories and procurement lead times.. The tions chad er procurement aver the 
coming horizon that minimizes coats while bering: seven eral The most paeene 
cost is that for holding inventory. Tha constrains. are. uswatly. 9 1 
constraints and supplier purchasing constrain. ‘Toe aya woes the fe period i the 


solution to, de erenine -eeder arqunts in the corning, paiod. 


Type. Procurement amounts are nangned,Geggragais) 1 to families in types. 
This is done by means of an sigorithm that insures (nat aggregate demand for families is 
satisfied in the next period while total setup, opies (Costs ingwiog’ an order) and. holding 


costs are minimized. 


Once family amounts have: been allocated, actual order amounts for items in 
families are assigned. To reap benefits of point economies of scale, items in a family should 
be ordered together. Item amounts are allocated so that family members run out 
simultaneously. | 3 e ee 


The preceding description is that of a fairly general planning and control 


system. In certain cases, only some of the components are applicable. The aggregate 
planning component may be eliminated when a firm has no em external constraints. 
Families are not present when items can only be ordered individualty from vendors. 

The aggregation approach has been tested for several problems using the 
COMS system. <Hax et al. 76> It is interesting to note that costs obtained using this 
approach are very rear the lower bound costs provided by the MIP formulation. In some 
cases, COMS has been able to provide a feasible solution while the MIP has failed due to 


computer storage limitations. 


L¢ Preview 
In the next chapter we present a sample session using PROCTOR. Chapter $ 
contains a description of the questionnaire. In chapter 4, we develop a model of the 


Chapter I introduced the procurement problem and the hierarchical approach to 
its solution. I ao presented a set of raiment for' sytem to ais the manager in 


evaluating the ! ‘suitabitity of that. fagpessch for his firm. ‘int this ‘chapter, we describe: a 


session with’ the current iinplementation of the system. “We witl demonstrate PROCTOR by | 


outlining the experiences of a typical user. 


21 Introduction 
“Adam Smith mange of ain Pod ine a noted wholesaler 
of speciay producti: KBB ‘pu repackaged foods, octasionally repaages th them p and 7 
5 eA} “y eoant 4 ; 


sells them to gourmet shops and direct to ‘the public. "For Ki 


rchases pre fad 


activity that requires no lead time and little overhead: it simply involves relabelling items 
for certain shops. KBS Foods handies more than 5000 items. Demand for these items varies 
according to the season with peaks at holiday times. 
| KBS is currently experiencing problems in its inventory management. Items are 
often understocked; an item is occasionally unavailable due to monthly supply limits 
imposed by vendors, orders are often missed or shipped late. KBS has also overstocked 
some of its items. This has created a significant overhead tr operating expenses since items 
that cannot be sold incur storage costs or have to be liquidated. 
Mr. Smith believes that computer control of the procurement operations of 


KBS Foods would be the most appropriate solution. He is especially interested in an 


21 


approach that uses management science techniques. An associngy has suggested. that he: use 
PROCTOR to help him decide. fC 


2.2 The Session 
In the following pages, we present segments of Mr... Smith's, session. with 
PROCTOR. The complete session appears in Appendix A, st 


Mr. Smith has fust completed tn 


And Mr. Smith, we will now attempt ta identify, whether. there. are external constraints 
among your items that warrant the development of an aggreyate pias and the aggregation, 


sll ped ol sea aca a ed eee as 
regards to external interactions? So Reels 
(Please key in yes of no): yes 


To promoter coals wh. ge ions oe 
constraints, limited. capacity of iridividual. vendors, agg aéed ta smogth purchasing orders 


may force the 


purchasing plan is rural whenever ee 
than one purchasing lead time ahead, and saul tN anges facie ousern ante 
fluctuating demand conditions. 


PROCTOR uses question 17 through 21 to determine the extstence of external constraints in 
KBS Foods. An aggregate planning module ts considered tf af Least one constraint ts present. 
(17) Are there storage constraints that limit the amount of physical arene you could. 
handle? 

(Please key in yes or no): n 


(18) And Mr. Smith, are there financial constraints that force you to defing a fairly constant 


purchasing rate each menth? — 
(Please key in yes or no): n 


(19) Are there contracts you sign with individual vendors which force you to define a fairly 
constant purchasing rate every month? 
(Please key in yes or no): 2 


(20) Are ther ppt son soe of your vendors which fre out nips ome of 
your purchasirig requiremtnts?: 
(Please key in yes or no): yes 


(21) Do you carry seasonal inventories to absorb demand fluctuations? 
(Please key in yes or no): yes 


To evaluate the necesstty ofan aggregate planning module; PROCTOR needs the user's 
im rMaeate 
C20) Ave tte fit thi amr > sire 

(these items might be very’éxpthsive or they cod 

(Please key in yes or no): yes. 


(28) Do you know what percatage of 
(Please key in’a vahie): 68 ce 


ae 


I piaavatcasd sv aaaw glenn Wall Udi This bac you decided tha the 
are a reat ake neon s 


natant by exit ina 
a iy i 0" ati COM, deed vd ‘8 BF 
(Pleaie key in yes or no}: Y 
(25) Now how many product types are there? 
Please select one of the following: 

1 fess than Il 

- 2 between il and 20 
3 between 21 and 50 


4 between 51 and 100 


(Enter here): 4 


Nottce how PROCTOR mahes sapped checks before accepting an answer: tt detects an 


tnconststency between the number of oud.the aumber-s pany through. 
aggregation. Mr. Smith feels that naar number 4 product ein correct and.dectdes to change 
the number of famtltes. 


Mr. Smith, I think I have detected an error. 
The number of product types exceeds the number of families. 
You may change one or more of the following. | 
I "between 51 and 100", the reponse to guaton 2 cocaing the numberof the 
product types of the pu 


2 wen and pea ge ining i suber fe 
families of the purchasing department 


: Ae 


(Please select one or more): 2 


So far the following will be changed: The response to asa 15 oa the number = 


the families of the purchasing department. AR 
Do you want to change any more? , 
(Please key in yes or no): n 


(15) Now Mr. Smith, how many families (groups of it as ) a 
Please select one of the following: 


I less than Il 

2 between Il and 50 
3 between 51 and 100 
4 between 101 and 250 
5 between 251 and 500 
6 more than 500 


(Enter here): 4 


PROCTOR accepts the change. Previous evaluations exe.wnaffected,and. PROCTOR proceeds: 
to constder the aggregate plen tn detail. 


(26) Mr. Smith, do you currently have.an egcregnn purchasing past 
(Please key: in. yes.or no}.! 
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Mr. Smith interrupts the sesston to print information concerning questions 15 and 25. (We 
omit detatls to save space.) Notice that changes have been correctly made. 


Question 15. 
concerns the number of the families of the purchasing department 
response: between tl and 280 


Question 25 


Se en ee 
response: between 51 and 100 


PROCTOR continues the sesston. . 
It must determine an appropriate ttme hortzon and time pertod dixtston for the eggregate por 
These enter into en estimate of i the number of 2 vartebles required. 


An extsting aggregate plan can sometimes Faber. inte appropriate answers. 
(26) Now Mr. Sthith, do you tar p purct ing pian? 
(Please key in yes or no): n a sea 


(27) Mr. Smith, Sa a a a aaa oe 
plan? 


Please select one of the etdacving: 
1 less than 6 months 
2 between 6 and 12 months 
$ more than 12 montis: 
4 not known 

(Enter here): 1 


Mr. Smith dectdes on @ horizon of 6 months. PROCTOR hnows that © hortzon of at least « 
year ts required when seasonaltttes ere present (see question 21) and tiidtcates the error. 


Mr. Smith, I think I have detected an error. 


A time horizon of tess than 6 months is inappropriate for a situation with seasonal 
inventories. 


You may change one or fhore of the following. 


1 “less than 6 months", Sioa Ras vee To questiOn <1 Rorous Cie Nagin Of: thie Sort zon) of the 
aggregate purchasing ‘pint ‘of the purchasing ¢ 

2 “present”, the answer to question 21 about seasonal-inventories in the purchasing 
department 


‘(Please select one or more): 1 


Please try | 
(27) Now ‘Mr, Smith, can. you give an estimate of an : 
aggregate plan? 


I less. than 6 months . 
_ 2 between 6 and [2 months 
- $ more than 12 months 
4 not known 
(Enter here): 4 


Mr. Smith cannot decide on on appropiate lariven. Bibi y 
@ year Gnd Mr. Smith agrees. oe : 


8) coon fo agree pig why ten so ta ht he . 
time horizon be more than [2 monthstong? "eens BAG Ut ’ 
(Please Key in ‘pes or no} Yer 


Mr. Smith cru de decide on an appropriate tim ore dean, PROCTOR seemnends one. 
month which ts most commen | CRMING PTAA as ces sie 
(29) What te pete i aid: brioche 


1 1 calendar week 
2 2 calendar weeks 
3 8 calendar weeks 
4 4 calendar weeks 
-5 1 calendar month 

6 | calendar quarter 
7 1 calendar semester 
8 5 working days 
9 10 working days 
10 20 working days 

_ 11 4-4-5 week division 
12 I don’t know 


(Enter here): 12 


(90) It is common to do aggregate planning monthly. Is it ok to assume that the. time horizon , 


be divided into 1 month periods? 
(Please key in yes or no): y 


PROCTOR decides that an LP formulation ts tnfeasthle stnce the estimated number of 
vartables ‘eecéeds ‘1900, the assumed Wantwad for the wsembir of vartables dilowed in most 
commerctal LP code. 


A procurement aggregate planning module is infeasible. The reasons for the decision are 
that 
1 the average number of the rare of the Eran OTS plan of the 
purchasing department is more than 1500. 
2 a procurement aggregate planning module is needed. 


The number of variables required for the aggregate plan makes it computationally 
Se eee ee ee 
aggregating Somnus lea Beets ined considered. ae 

(St) Tr is" es % ute fteins 0 Up tb thé prodbér level for repo ; 
Would you like | asborahydeenchnapdpcmpi iy) ater 
(Please key in yes or no}: ! 


Mr. Smith requests that question 29 be reashed. An nage tte pr will decrease the number 
of vartables required for thé aggregate pian. (Detatts ard omstted to sade s space.) 


So far the following Will be bare ‘The response to question 29 conce: 
period division of the ag tar 7 


i ay woes 


PROCTOR reashs the question. . 
(29) What time'periods do you think you shoul! we to divide your time horizon? 


Please select one of the following: 


11 calendar week 

2 2 calendar weeks 
$3 calendar weeks 

4 4 calendar weeks 
5 1 calendar month 
6 1 calendar quarter 
7 | calendar semester 
8 5 working days 

9 10 working days 

10 20 working days 
Il 4-4-5 week division 
12 I don’t know 


(Enter here): 6 


| range forecasting support ts possthle. (It continues forecast , Papestigasion acy hola 
the seston) An aggregate Henning module fame end PROC TOR come he type 
of model that must be used eee te! 


A procurement aggregate planning module is feasible. The reasons ‘For. 
I the average number of the variables of the aggregate purchaal 
purchasing department is not more than 1800. 


ihren ai oth sa of be gran pring an 
purchasing cap shiv ecblcbapeiccate 
handle | fon 


Concerning the details of a. procures mt 3 ate piesning module. Procurement amoynts 

for product types, non-product families and non-product 061 rua pat are sub ject $0. 
external constraints should be determined by means of a Haeat prog 

model should i a ia dra a tie tere 
reasons for the decision are that 


Hiretae eee ha: 


A component to handle product aggregation hgen ) 
needed. The reason for the decision is that a procuremén 


fie Concring te daa of congo andl wodtct apaveratic 
families that share commen inventory characteristic i ae 
agzregate planning. “This ts be 


Geen in the purchasing dep is needed. . is is. 
product aggregation 1s needed and's rotirement aggrag plan 


pA 


In another part of the sesston, PROCTOR considers a lead time determination module. A. 
meds wal Wem wey vs Hd tt oh iy 1 ret 


enough to require close control. 


(44) Hew woul po Chaat te variably of your pursing tad tines for most of 
your purchased items? 


Please select one of the folowing: 
1 very constant 
2 reasonably constant 
$ fairly ' variable 
4 extremety variable 
(Enter here): $ | 
(45) Now are the items that exhibit variable tend-times. at portant enough h to require close 


(Please key in yes or no): yes 


affetied ‘by iad time spends 
| (Please key in a vate} | ee 


(46) Mr. Smith, can Peta en ee ee Tee Hae et ae | 


A module for lead time determination is needed. Ti mao forthe dercon le that you 
decided that the items with variable’ lead times of thie purchas usinig départment are ir 


With lead time dependencies, lead time forecasting may bs post PROCTOR srvestigates, 
de Nee 
(47) Arid Mir. Sinitey; toes the lead ‘time variability depehd on the order size? 
(Please key in yes or no): n 


" (48) Does the tead time variability depend on the seasori? 
(Preis Lay iN yo Or NO pas PR ES rie INSEE Es 


ny kt hay mand Hes . ‘ 
0 era er ee ae yrchesed from a teens vendors? 
Pluck injeop 


(50) Mr. Smith, do you kéep historical records of lead times? 
(Please Key ‘in yes or no): yes 


Vendor dependen: 


A forecasting s9stem ts ‘possible since seasonal dependencies extst and stnce lead time records 
are available. 


A lead time forecasting module is possible. The reason for the di 
dependencies are present. Concerning the details of a c 
determination: A ud tae forscaitin see shsihd Ge segtaneesied Yar aca tink Na 
Tie hoe Ce ; 


PROCTOR neces thet connst soctuate suport far'tnig load sesso toes noe hncw sf” 
long lead time items are possible. (It determined that the status of long lead time thems. was — 


unknown when t investigated the necessity of « middle range forecasting system.) 


A decision concerning the type of a module for long lead time dete n,comld nat be - 
made. The rest forth deco thn st Lown wiht a Sp Seat mea 
present. 


Foseeeeeerereserereeseeesrereseeesrssseeresesrestsersetereesests 


PROCTOR hes completed the tntttal tnvesttgaitons tnte the components. of 6 fanning end... 
control system. It returns to toplevel end asks for further tnstructtons: be aici iaaial 
for correctness; evaluations can be summarized. 


Mr. Smith déctdes that KBS’s eats thee ssl dm pment: he 
requests that question 44 be changed. 


The current question ner age ra Pay ah nb reponding 
to questions whose answers you wish to change. 4 
(Please key them in): 44 


So far the following will be changed: ——— 
variability of the lead-times of the purchasing department, 

Do you want to change any more? 

(Please key in yes or no): n . 


Do you wish to delete any requests? 
(Please key in yes or no): n 


(44) How we Tou rece Yael Joe eohng es Cee eet 
your purchased items? 


Please select one of the following: 


I very constant 
2 reasonably constant 


3 fairly variable 
4 extremely variable . 


(Enter there): ! 


An error: Mr. Smith requested that the rucstion mi be tgs yom tnterrugts PROCTOR 


tn the middle of a change end requests thet questi 


You are at top level. Please select one of the following: = 


Lquit | 
2 continue ‘the armilysis 


(Enter here): 4 8h 


The caret geo nantes ry 72 Pasa ni nner orepnding 
to questions whole answers you with to chang e ae Rees . 


So far the following will be changed: | The to question 
- tHe dépientionchay tt tie'parciiemy Saarinen 
Do you want to change any more? 
(Please key in yes or to}: 


. Do you wish to delete any requests? 
‘(Please key in yes or no): n 


PROCTOR must sttlt reash question 44,00 
(44) How would you characterize the variabi 


rchasitig lead times for most of 
your purchased items? ea Fa 


Please select one of the following: 


I very constant 

2 reasonably constant 
$ fairty variable 

4 extremely variable 


(Enter here): $ 


(48) Now Mr. Smith, does the lead time variability depend on the season? 
(Please key in yes or no} n 


4 tne ting sion np th es oe ed ie dap. . 
Notice that PROCTOR emits all qvdluntiiihs.tencetning leah wnt forssascony ond considers: : 
alternattoe vartable lead time support. Emergencyteadenercante used whet teins ere 

unexpectedly understoched; sft ade rafal prodigal os ck : 


outs. 


(78) Now do your vendors. <eialk ua cubioguaest tad gf ta 
(Please key in yes or no): yes aa 


| (74) And Mr. Smith, wherever the porchasing bod te a gue uncertain a safery ead time 
can be added to the average lead time to take into account’ with 


as 


lead time calculations. Do you favor the addition of a safety lead QM? vk 
(7) Are there quanay resricions soca wth ha onaguey had ime? 
(Please key in yes or no): yes 


(76) Now Mr. Smith, , Is there a price increase associated with the emergency lend time? 
(Please key in yes or no): yes ages SEIN 


PROCTOR has redetermined the details of lead time support. 


Concerning cet a’ espa ce wa abusdanaueih anceps cb 
should be added to your best current estimate of the procurement taud-tine whan order 
scpeiathy aedsa cu TAL Uso ogee senecs or ees oor 
unexpectedly stocked out. d thatthe mfety bd toe of to ronanemeapein 

are present and you decided that the safety lead-times of the ¢ 
appropriate. 


PROCTOR has nothing more to do: tt awatts further instructions. 


eee eee eee 


1 quit 
: onus the snails 


phir naman 
5 summarize the analysis 


(Enter here): 4. 


Mr. Smith ts not satisfied wth the uate Soar ste poet forth ag grpe an oc bye 88 


requests that question 29 be reashed. 


The current question numbers range from |. Plane key inthe munbers corresponding 
to questions whose answers you egies 
(Please key them in): 29 


So far the following will be changed: The answer to question 29 about the time Period 
division of the aggregate purchasing plan of the purchating 

Do you want to change any more? 

res bs) i or neh 


Do you wish to delete any requests? 
(Please key in yes or nok: 


(29) What time periods do you think you should use to divide your time horizon? 
Please select one of the following: 


1 1 calendar week 

2 2 calendar weeks 
33 calendar weeks 

4 4 calendar weeks 

5 1 calendar month 

6 | calendar quarter 
7 Lcalendar semester. 
8.5: werking:days. 
9.0 working :days 
10.20 working days 

ll 4-4-5 week division 
12 I don’t know 


(Enter here). 5 


Unfortunately, Mr. Smith forgot why such an n aggregate time period was chosen: an LP was 
tnfeastble unless time pertods or product types could be aggregated. 


A procurement aggregate planning module is infeasible. This is because the average 
number of the variables of the aggregate purchasing plan of the purchasing: department is 
more than 1500 and a procurement aggregate planning module is readed:. The number of 
variables required for the aggregate plan makes it computationally impractical. The 


possibility of aggregating time periods in the planning horizon or further aggregating 
product types should be considered. 


In changing the usher of time periods, Mr. Smith affected the soeiuatton - the feasthtlity of | 
Gn aggregate plan ond in turn, the evaluations forthe middle range forecasting system. If an 


aggregate pF ts please, tt vets no eee conee Seeeeene system 2s pare 


Concerning the details of a module for middie-range slong 
for product types, non-type families and non-family no . itary 
exponential smoothing. These forecasts may be a 
annual demands of rember Demand or tw mover can be fret y expe 
smoothing with a small alpha. bichon tes ponent tp | rennet 
seasonal item# ts needéd anid ‘a co die thi séntona) jeer 
pads nad fr rang of ering ne a 
the forecasting of slow-moving items is possible and a compone ri 
_ constraints is feasible. oh 
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does not want aggregation for reporting purposes. PROCTOR 6 
ts unnecessary: why aggregate tf an LP ts tnfoasthle? 


Evaluations Of the necessity of product aggregations eve affected, MS A Paps he = 


(3) It in sometimes useful to aggregate items up to the product level for reporting: purposes. : 


Rages Ce ee : 
(Please key in yes or no}: n. heads ALAR LR begped uae ew 
A module for product 3 ; on URRIEIEENY Chis is because prea 
planning “module is infeasible. aoe : = mens Mees 
PROCTOR returns to the. top. ; 


And Mr. Sith, you a tp re im so ott si ering 


1 quit | 
2 continue the analysis 


The current question numbers range from | to 76. Please key in the numbers. 
to questions whose answers you wish to change. TE oy 
(Please key them in): 27 


So far the following will be changed: The answer to question 27 cor 
the horizon of thé aggregate parchading plan of the pu cha: : 
Do you want to change any more? 

(Please key in yes or no): n 


Do you wish to delete any requests? om 
(Please key in yes of no}: n 


(27) And Mr. Smith, can you give an inate of an aggregate horton for an 
aggregate plan? 


Please select one of the following: 


1 less than 6 months 

2 between 6 and I2 months. 
$.-more than 12 months 

4 not known 


(Enter here): 2 - 
The evaluations have not changed. PROCTOR stmply reaffirms tts previous evaluations. — 


A procirement agpregate platining motlule is infeasible. This is because the average 
number of the variables of the aggregate purchasing plan of the "aodoane department is 
more than 1500 and a procurement aggregate planning module is ¢ .. The number of . 
variables required for the aggregate plan makes it computationally ‘impractical. The 
possibility of aggrega' edt couch, in the planning horizon or further aggregating . 
product types should bok  Coricétninig the ‘detaity of a ‘thodule for middle-range 
forecasting in the purchasing department: The demand for product types, non-type families 
and non-family non-type items should be forecast by exponential smoothing. These forecasts 
may be disaggregated according to the relative annual demands of members. Demand for 
slow movers can be forecast by exponential smoothing with a smali alpha. This. is because a 
component to handie the forecasting of seasonal items in the purch i dep urtment 

needed and a module for the forecasting of seasonal items is fe 
handle the fico tine ct doo geving eas Wha pecan: degatemns so ooaed aed a 
pl tgp naa yptectn Apirchtis lew cer seb pata Soa 


planning module is infeasible. 


You ate at top fevel. Please sefect one of the following: 


1 quit 


2 continue the analysis 

3 help 

4 change answers 

5 summarize the analysis 


(Enter here): 4 


Mr. Smith remembers that he did not spectfy whether vendor contracts were present He hopes 
to remove the tnfeastbtlity evaluation by completely spectfyging the problem. 


So far the following witt’be changed: sa rian seared acres call 
contracts. 


PROCTOR continues executton. . 


Notice saat tus-whangs sai Asti sid ta minded haar to the, number of 


constraints dees oe Ain ES ener rela th aad an Comeliadl 
too many vartebles. 


(19) Are hare conta you gn with nivale which orcs yout deine fa 
. recapaeaiol captcreneny Aba dell Meares 
(Please key in'yes or nok 2 


You are at top level. Please ‘select one of the fellowing: 
I quit 
2 continue the analysis 
$ help 
4: change answers 
5 summarize the analysis 
(Enter here): + 


Mr. Smith finally takes the mest reasonable course of ection. Wuhe 5 tle thought, ‘he becomes. 


. eee re mee eae een nes te eee Hasheistor 
requests a change ad basineaa 25. 


So far the following will be changed: The tne quate 3 cacing hembra 
eee ee 


PROCTOR continues executton. . 


(25) And Mr. Smith, how many preduct types are there? 


_ Please select one of the following: 


1 less than Il 

2 between il and 20 
$ between 21 and 50 
4 between 51 and 100 
6 more than’ Hi 


| (Enter ieee $ 


PROCTOR recomputes only éf fected evaluations. it dots net. reutem theiuntive session. Notice — 
that the problem ts now feastble but with a different set of conditions: the number of product. . 
types has decreased amt the number of ttme periods has tncreased. ; 


A procurement aggregate planning module is feasible. This is because the average number 
of the variables of sheaggrégate purchasitig plan:of the purshating:department: is not more: 
‘thar 1800 sid the average number ofthe ponstraints of theaggregate paschasing: pian of the 
purchasing department is not more than 1000 and a component to handle middiewange «- 
forecasting is possible and a procurement aggregate planning module is needed. Concerning 
the details of! @modute fer alidiiie-sange feretanting intheipuaghasing departmenh The. 
demand for product types, non-type families and non-fasnilp-nonetype iema shapid:be ~ .-. . 
forecast by exponential smoothing. These forecasts may be disaggregated ascording, to the 
relative annual demands of members. Demand fer slow movers can be forecast by 
exponential smoothing with a small alpha: The sneens-fer thacegiipn are that. . 

1 a component to handle the forecasting of seasonal items is needed and a module for 

the forecasting of seasonal items is possible. 

2 a component to handle the forecasting of slow-moving itege‘ia neaded.and a 

component to handie the forecasting of slow-moving items is possible. 

3 a procurement aggregate planning module is feasible or a  component-e-hande joint 

ordering constraints is feasible. 


A component to handle product aggregation is needed. The reason for the decision is that a 
Anes aggregate planning module is feasible. A component to handle product 
\je-nbeded:: This i because's component to handle: product aggregation is. 
soon ‘anda procurement aggregate planning: modula, ip fensiiate, Cancering ihe dail of 
a module for product disaggregation: You should use the Knageack ac Fiaermeal. . 
disaggregation scheme in allocating planned product type procurement amounts to family 
and Wotrfamitly’ ite members of: peodpc types. Thest schepemsdwark best fer. situations with. 
setup and holding costs such as yours. This ischecause®  disagyregaion 
in the purchasing department is needed and the estimated family and non-family item 
ordering cost of the purchasing department is more than two dellars.aad:a procurement. 
aggregate planning eee ee ee ee handle 
product aggregation: Items and families slat: share: comaiem gryentery:chasanteristics and 
demand patterns and that are subject to external constraints should be aggregated into 
product types for purposes of aggregate planning. The reasons for the decision are that 
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1 external constraints are present. 
2 a procurement aggregate planning module ts feasible. 


Concerning the details of a procurement aggregate planning module: Procurement amounts 
for product types, non-product families and palaliarg med items that are sub ject to 
This 


(Enter here): 


And the tnteractton continues. ... 


A DESCRIPTION OF THE QUESTIONNAIRE 


In this chapter, we provide an overview v of the stra ategy of the. question donnaire of 
well as a description of its undérlying structure. eer ee 


$1 Classifying The Firm . 

The first step in the analysis is to classify the firm according to its activities, its 
degree of centralization and its size. This classification determines the strategy to be used in 
the investigation. 

The strategy for the analysis is determined primarily by the activities of the 
firm. Possible activities include any combination of purchasing, manufacturing and 
distribution. (Notice that the purchasing activity must always be present since no firm is 
self-sufficient in raw materials.) Distribution affects procurement by creating unusual 
demands for goods: individual stocking points occasionally decide to hold items independent 
of the demand of their customers. In such cases, the procurement department can find it 
impossible to predict future requirements. Issues such as transportation costs become 
important when distribution activities are present. 

If the firm's activities include manufacturing, separate purchasing support is 
feasible only if demands are independent of the production process. Manufacturing 
situations with independent demand usually involve simple one step processes like the 
manufacture of coffee cups or the packaging of pills. For a situation with complex 


production sequences, even though the demand for end items is smooth and predictable, due 


to explosions. ‘and assembly lead times, demands for raw taterials ‘will be vey and erratic 
ar A material requirements planning system wil herb required 

"Another issue is the degree of sisivatation of ie decision process With 
2 decentralized contro! several departments ee tems), centralization can result 
| in decransed coms Combining departments unually resus i savings in payroll. A saving in 
. inventory Jnvestment iy possible when there ts an overlap in have being handled. ‘There are 
also potential savings in ordering costs and pespible sicoinchyeotking from the jpint 
cordering-of items.” 

- The third hue 1s problem soe which; mane In termg of the number of 
items handled by the firm. With masiy itera, sues of agyreggtion become important ‘But 
if a problem is small, ay beset manly or by tar programming techniques and 
henée, issues of aggregation do not arise. 7 

fina dame ici Bini: 
And each problem involves « different methodology. qn tl, thesis, we have considered. only 
one branch ot the tree Of pensible situations. We salva the plabn fo a firm whose only 
| activity is purchasing, which has cenéralized control of the patpiasing, proces and which 
handies a substantia. number. of ieems. We will | ae tpi te the rest of this 


discussion. 


3.2 The Investigations Outlined 
Figure 3.1 Uustrates the underlying structure of the qusitononire The figure 
shows the kinds of facts that are involved: ‘i the investigation ‘and their relationship to ad 


facts. A clockwise traversal of the graph will reveal the overall structure of the 
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questionnaire. The qesiomatts eae by investigating: Jpint ibaa ss interactions, 
family aggregations giootaiae constraints, product aggre { ations, procurement lead time 


characteristics, vendor character, costs involved in ordering and holding. itis 
customer demand characeritics, 


Joint ordering interactions are Invesigued first, in dering the existence of 
joint ordering i interactions, questions concerning joint of ecoponnies, of transpor 
vendarg quantity discounts for mutiple items ordered from rendors, avd. shared ordering 
‘emits are considered Joint ordering apport wil be camara fuubie only when these 


ee 


interactions exist and only if items involved in these interactions are important. Joint 


= ‘Sar 


neste cap 
ae 


ie ep f famnit Pees 


ordering, support is possible when ttems involved in joint 
inventory characteristics. loos may then be aggre 


ot for 


reporting purposes. This possibility is investigated if joint ordering. support. 


not requires: 


ipa comeing are investigated next. An 


OF more of a set of constrain - sora, ance sana sir ae promt, and 
if a significant number of items are — by these —. one 

To evaluate the feasibitty of an 1 aggregate pian, PROCTOR, requires an 
estimate of the mamoer of vere and constraints required | in the linear ‘program 


formulation (LP), The user is asked to judge the suitability of various time horizons and 


oT RARE RBIS wee GAS RI SER eS ORG Te 
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. period divisions for the LP. (PROCTOR is careful to sugget2 a horizon of at  Heast a = 
‘when seasonalities exist) An aggregate oa usally requires more @ aggregation than family 
‘aggregation can offer: product aggregations are therefore considered. Product aggregation 
is poasible only when there exist sts of familen and non-family lees with similar costs, 
‘holding cost, lead times and demand patterns The wer asked co estimate the number of 
product ‘types that result from aggregations; ‘the number ‘of ‘pee enters | into ‘the 
determination of the number of variables inthe LP. —_— 
Product aggregations are ‘considered both for the aggregate pian and for 
reporting purposes. ‘A dimggrogution rounne i required when aggregations are used for | 
pal pe ai page Item smecnade costs enter into the determination of a suitable component 


Vege Be 


Se ie Otherwite, a routine 
rae <tr Fai 8> wil be suggesed. 7 


“Having decided on ‘aggregations, the next ‘step is to examine the inventory 


characteristics. These ‘are lead time hander, vendor ‘characteristics and order 


MS be fO% 


is "The fre cofsderaion is variable lend tes and their dependence on order size, 
season and vendors. leer procedures will be required to control items with variable lead 
wr - a ye BPE MEY 


‘exit and lea tne Foods are avaiable, ead time forecasting 1 


the appropriate procedure. er example, with id im dependence on season, i may be : 
possible to predict lad umes refreion or ekponenl smoothing. Cerin thems may 


dig 


sidscialep aairiieionineenen Ties can be conoid secant 


times. ~ Alternatively, ‘items may be classified as “class. A “and be be pinced under strict 
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jon, especially if they 


are high usage tems or are expense. | Bit es af 

Another consideration Vd vendor tradeoffs. . When fracas offer different prices 
and lend times, it may be feasible to st up a system that will perform, tradanf? analyals and 
then select the appropriate vendor. Questions concerning the, availability of records of. 
vendor performance as weil as the user criteria for vendor selection are posed to determine 
the type of procedures to be implemented. Ifthe user critri for yendor gplartion is quality, 
on a.syitem whoee selection criteria 1s prise. 
The system next considers support for the determination of order. quantities. 


for =. it may not be reasonable to Impl 


determine’ ‘the “appliabiliy 0 of the Economic Order 


antity, aoa ee are posed, 
from.the yaer, Te user ix then lead ,to 


investigate the EOQ formula as it might apply to his situation. .An EOQ.rousine is possible 
Af setup cout are not too small, if the relative magnitude of snup cous to holding cost I 


First, the properties of releyant costs are obtained 


measonabie, and itt a middle range forecasting system is possible. Special EOQ formulas are 
considered Sh Sibiations. with family aggregation, discounts, ane non instantaneous, 
replenishment rates. ‘The EQ will not be appropriate for yome hag For these items, the 
system suggens aiernate procedures such as + ordering. up to a. monthly, maximum or. 
continuous control sites = 

At ™ point, the overall, framework of the s system has. been determined. 


Possible e aggregations disaggregating procedures and _ special control, features have been 
‘indacterised. The next step is to study the demand since this wil influence the forecasting 


system which is basic to adequate control. 

First, questions of seasonsilty and trend are examined. if the percentage of 
seasonal items is insignificant, limited support may be offered, or if only one seasonal 
pattern exists, a special support system may be adequate. “Exponential smoothing with 
seasonal adjustment requires ‘seasonal indices: the’ user is asked’ questions concerning the 
availability of these indices or dats to compute these indices.’ If limited sales season items are 
present, it may be advisable to offer support which will prevent overstocking prior to the 
stick season. The type of support offered is determined by ‘the cost of overage: toss in 
eynes Snes se ete Ene: he wh a wil ogre forcing with 
trend ad fastments. 

Routines are consideted for special items. If fashionable items (high 
obsolesence, short life) are common, the system should handle them. Promotions and 
advertising will affect the attutacy of the forecaits. “It effects are predictable or if there is 
heavy investment in advertising, support proceduirta should be incorporated. Regression will 
then be mandatory, and if data availibility is poor, a tradeoff between the cost of 
implementation and cost due to poot contro! will have to be made. It pronrype ‘fife and. 
death curves exist, support in predicting item growth and decay may be pouible and 
desirable, especially if items exhibit a short life span. Slow movers can be placed ‘in the class 
Cc category. Items with erratic demand will require continuous ‘Control. If unusually large 
demands occur, these should be fikered out by a special system. iia 

|The sirategy is to determine which features would be desirable and are possible 
in the system. “Ini evaluating cy of cpa, cna wer 
Jadgement of the relative importance of the items. hala - 
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Data availability is the most important consideration in evaluating the possibility 


Of Forecasting Mapper sine aaa is nica! fo forecasting: For. #2 camel oe 
planning horizons of eee regression will not be possible. To handle sepsonali sepsonality, qne year of 
data is normally required to determine seasonal indices. A! managerial petimete could De HPPe.: 


when data is unavailable, ‘but due to inaccuracies, system sertorisaines may be poor. 

_ Questions concern the availability of demand and sales records, the cost of data creation, the 

"accuracy of records, the availability of back order records, the length of the history available 
and the periodicity of the history. Feasible techniques are determined from answers to these 
questions. : 
| This completes the investigations into system components. The reader may have 
noticed that all criteria so far have been factual and have involved no biases or preferences. 
During the investigation, the system asks the user for his judgements concerning the 
importance of certain items in the firm and for his preferences for the way procedures are to 


be implemented. 


$3 A Brief Summary 
“ The questionnaire strategy can now be summarized. By interrogating the user, 
the questionnaire determines the desirability and the feasibility of a set of components in a 
planning and inventory control system. Feasibility decisions are based on size and data 
considerations. Components are selected by taking the user’s preferences into consideration. 
The questionnaire is educational in nature. It presents the approach for the ' 
solution of the problem to the user and guides the user in the javenigaiion of various 


alternatives. This strategy is reasonable since only the user can provide data for his 
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situation. 
Validity checking is important to questionnaire strategy. The validity of 
answers is checked both to insure that a believable situation is being presented and to insure 


that the user understands the questions. 


CHAPTER ¢ 


This chapter extends the description of chapter $. By introducing a series of 
refinements to the description of the previous chapter, we derive a, model of the 


questionnaire that is a basis for the implementation to be discussed in Chapt 


8 


i Facts Are Ditterent From Answers = i 
Inianndctag ch gl ct i peste a ed fa isk eam 
make a distinction between the user's responses to questions and the facts derived by the 
system. PROCTOR asks questions to obtain the user's peroeption of the value of some fact. 
the system to determine facts ‘concerning the problem. 
. The distinction simplifies the representation of the. wecieniies It aljows. us Ad 
organize the questionnaire in terms of facts to be derived and not the questions asked to 
derive these facts. For example, in determining the existence of common ordering costs in 
the firm, we may simply ask the user if they exist.. It the user cannot supply an answer, we ~ 
can ask if complex orders or multi-item orders exist to perhaps deduce that. there are 
common ordering costs. In describing the questionnaire, we need only mention that the status 
of common ordering costs must be deserved: How we determine this fact is another issue, 
| The distinction has other implications. The user can change his response to a 
question but he cannot directly change the value of a fact. By beeping tacts separate from 


responses, we can minimize or eliminate the impact of changes in the user's responses. 
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Suppose that we had determined that the firm has items with multiple vendors from the 
response that the average number of vendors supplying an hens'ts "between 10 to 20". If the 
user changes his response to "between 20 to 30°, the fact that there are multiple vendor items 

hie. tage i lg athe a wr the multi- 


vendor item fact in dcher situations. 
By ‘tidking a distinction between facts and responses, we-can simplify the 
checking process. Since the user can only change answers, PROCTOR need only check the 


consistency of facts at the response level. A ia'aidd 
a cnet SO Se “hal fh derived from these 


Pere lat 
iy 


Selena eee ee te 


42 Two Categories of Facts 
Two categories of facts can be idéntified in’ the questionnaire. The first, the 


ace ad” 


type I fact, describes qualitative charicterist 


cs of the firm. A type) fact will assert that lead 


times are Vartable of that’ quantity diktBuhits ‘are possible ‘in purchasing items trom vendors. 


The second type of Pict, thé type 2 fact, is’ mére quantitative. “These facts describe 


quantitative information to be’ used’ in the evaluatior ot cémnponent | for the procurement 


" symtem and in the deterthination of other facts. "A. wpe 2 @ fact can state the length of a 


planning horizon, the number of faniities dheccata by 1 nor the pefcentage of items 


Teng Fo aa 


exhibiting seasonalities. 
> Figure 41 gives a list of pe 1 facts to be determined ‘when sramining a firm. 
The indentations show the relation of ‘these type 1 *feets | to ‘the ‘overall structure of the 


questionnaire. Notice that afl facts are qualitative and ‘characterize the firm. Notice also that 
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Firm 2 
Activities of the Firm 
Organization of the Firm 

Single or Mukti-department 
Departments 

Overall Problem Size. 

Existence of Item Interactions 


Storage constraints 


Degree of Variability of Lead-times 
on Season, Order-size and Vendor 
Esmeeen olen or ang Len Tes Bare 
Vendor. Characteristics... e 
Existence of Price Tradeoffs. 
Existence of Lead Time Tradeoffs _ 
Order Characteristics 
Type.of Rep nt - Race. 
Existence of Complex Orders 
___ Existance-of Extremely Expensive looms 
Demand Characteristics 


Limited Sales Season Items 


Slow Movers . 

"Issues of Promotions and Advertising 
Fashionable Items 
Item Life Patterns 


A List of Type | Facts to be Determined — 


Figure 41 
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figure 4.1 does not list specific quantities such as the number or percent of items that exhibit 
these characteristics. | — 7 
Figure 4.2 gives examples of groups of type 2°facts that are used in the 
evaluation of components in a procurement system. Type a faste'can be determined more or 
less randomly since the absence of a value for a pee fact ts frot a critical for the 
successful completion of the session. A fact may be derives ate tn time and incorporated 
into the evaluation of a component. 
This categorization of facts into two types ts 4dtportant for the model of the 


questionnaire. In a later section, we will extend this cxtege 


ization and give rules for 


deciding when facts are type | or type 2. 


4.3 A Mapping: The Components of a Procurement ‘System and the Strategy for 
Investigating the Firm | ye. 

The questionnaire has an underlying: tree veructure: Consider figure 4.1 which 
gavea list of type 1 facts to be determined during the tnvecigitio. ‘Figure 41 shows groups 
of related type I facts that describe different aspects of the firm: Facts describing the status 
of truck load economies, joint quantity discounts and shared ordering cou are all related to 
the joint ordering interactions of the firm. Facts —. price and ead time tradeoffs 
describe the firm’s vendors. . 7 | 

The questionnaire is structured by combining procedures for determining these 
type I facts into investigate activities. The investigate’ joint ‘ordering interactions activity has, 
for example, procedures to determine the status-of joint economies of transportation, the 


status of joint quantity discounts and the existence of common ordering costs. Investigate 
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Aggregate Plan 
Percentage of Items Involved in External Interactions 
User Judgement of the impor 
Estimated Neto of Types ravi he Agri Pan 
Time Horizon 44 . ae 
Periodicity 
Evaluation of the Possibility « of a Middle Range. Forecasting Sys 


Middle ne Forecasting System 


Periodicity 
Percentage of Limited. Sajgs Season Items 
Data Availability. 


Order Quantity Calculation Routine 
Evaluation of the Possibility of an ome Routine 
Percentage of Expensive Items 
Percentage of Slow Movers 
User Preference for Akernate Procedures 


Groups of Type 2 Facts Needed for the Evaluation 
of Components of a Procurement System. : 


Figure 42, 
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activities may be further structured by combining low level investigate activities into more 
general investigate activities. Thus, the activity that investigates inventory characteristics 
will investigate lead time characteristics, vendor characteristics and order sharacteristics. ‘The 
ultimate investigate activity is the activity to investigate’ the tien? 

The hierarchical structure of investigate activities is shown in figure 43. Type | 
facts can be determined by each’ activity of this tree. “At the investigate the purchasing 
departments activity, we determine the number of purchasing departments. At the 
investigate the demand characteristics activity, we determine type 1 facts concerning the 
demand patterns i items in the firm. . 


the 


basic components of a procurement system. Ades to Hax’ $ enkibiodSiogy, t they can 
include: | 


- a method for family aggregation 

- a method for type aggregation ~~ 

- a family-item disaggregation routine 
- a type-family disaggregation routine 
- an aggregate planning procedure 
~ a lead-time forecasting module 

-an order antity calculation. module 


This list could have been further refined. An order quantity routine can include an 
Economic Order Quantity calculation routine, a routine for expensive items and a routine 
for slow movers. | 

Groups of type 2 facts enter into the evaluations that occur when PROCTOR 
considers these components. When we consider aggregate planning support, we require facts 


concerning the percentage of items that are affected by external constraints, the time horizon 
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Investigate the firm 
Investigate the departments of thefirm 
Investigate the purchasing departments of the firm 
Investigate a particular purchasing department 
Investigate the item constraints 
Investigate the inventory characteristics 
Investigate the lead time characteristics 


Investigate the demand characteritics, 


The Structure of Investigate Activities . ee 
Figure 43. . 
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and periodicity of the aggregate plan, the number of product types as well as a judgement 
concerning the importance of the items that are affected by external constraints. We call 
groups of evaluations consider activities. When we evaluate the feasibitity, necessity and 
type of aggregate planning component, we are really ‘cotsidering’ the’ sigyregate planning 

Consider activities: may'be structuréd according to dependencies that exist 
(See'figure 4.4.) From figure 43 
and figure 4.4, we can see that there-is a one te. che corssiporitience between the structure of 


a ae 


between modules in a general planning and coritrol’éy 


investigate activities and the structure of tohstder activities. In the “context” of each 
investigate activity, certain contider ectivities dan be inidadéd~ th investigating external 
constraints, for example, we naturafly consider an aggregate panning component, a product 


eter neers ne eer ee eee 
Infidtve ‘should now be clear. Figure 43 is 


| an overall plan for the investigation of the firm: ‘Whil éxeteting the plan, type | facts are 
determined. Considerations into components of the procurement system are initiated 
depending on the value of these type | facts. To evaluate components, type 2 facts are. 
determined. The implication of the model ts that fio’ additional’ structure is neaded for the 
evaluation of components of the procuremerit ayitem. We use the tree of investigate 
"activities as the plan for the investigation of the firm. Investigate activities can initiate 
other investigates as well as considerations into components for the procurement system. 
It may seem at this point that the questionnaire is completely hierarchical: that 

individual investigations may be done independent of other investigations. Unfortunately, 
non-linearities do exist | | 
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Product-family disaggregation routine. . 


Product aggregation method 
Product disaggregation methad 
Scheduling routine _ | 
Lead time forecasting routine 
Vendor selection routine 
Order quantity calculation routine 
Forecasting system 
Medium range forecasting system 


. Short range forecasting system 


The Structure of Components of a Procurement System 


Figure 4.4 


As an example, consider the evaluations for the type to family disaggregation 
module. In deciding on a Knapsack or equalization of run out time disaggregation method, 
we examine both holding costs and ordering costs. (For small ordering césts or for situations 
where ordering costs are smatt compared to holdirig costs, eqiralization of run out times is the | 
| appropriate disaggregation method.) Notice, however, that costs are usually determined by 
the activity that investigates costs. When ordering costs are used in the evaluations for 
disaggregation, they are used “out of context". This non-linearity will complicate our theory 
only slightly. Its implications are described in a later section, 


4.4 Type 1 and Type 2 Facts: Their Impact on Strategy 
We stated previously that type 1 facts are qualitative facts concerning features of 
the firm. Type | facts influence the strategy of the investigation. But how? 
Consider some typical type 1 facts. They can describe the size of the firm, the 
activities of the firm, the variability of its procurement lead times and the demand 
characteristics of the firm’s items. These facts influence the strategy of the questionnaire. A 
one item system, for example, is so different from a multiitem system that a completely 
different strategy for investigation is appropriate in each case. The strategy for 
investigating item demand is influenced by type | facts concerning seasonal items and items 
with trends. 
Depending on their detail, type 1 facts are derived at aifterent levels in the tree 
of figure 4.3. Characteristics concerning the basic organization of the firm are derived at the 
upper level investigate the firm and investigate the departments activities. The more 


detailed fact concerning the variability of tead times is derived at the low level investigate 


57 


lead time characteristics activity. The scope of a type I fact seems to correspond to the level 
at which it is derived in the investigate tree. Thus, the fact concerning the variability of . 
lead times will influence the strategy of investigations into lead times. The fact concerning 
the activity of the firm will influence the strategy of all activities below the investigate the 
firm activity. | 

Type | facts influence the strategy by determining the procedures to be used in 
an investigation. Thus, the procedures that determine facts and evaluate components in the 
investigate external constraints activity depend in part on the status of external constraints in 
the firm: only a minor amount of processing is done by the investigate external constraints 
activity when external constraints are absent. The procedure for an activity depends on only 
_ a limited number of facts (two or three at the most) and only on features that are necessary 
to distinguish between the various procedures for the activity: the procedure for the 
investigate external constraints activity will not depend on the degree of variability of lead 
times. 
| While type | facts determine strategy by influencing the selection of a procedure 
for an activity, type 2 facts do not. Type 2 facts are data that is used during the execution 
of a procedure. Suppose that we have decided that an aggregate purchasing plan is 
necessary since a significant number of items are affected by external constraints. We must 
next determine if it is actually feasible. The number of variables in the linear programming 
formulation (a type 2 fact) enters into this evaluation. We make oath decision by comparing 
this number with some upper bound that is determined by limitations of currently available 


LP code. The number of variables in no way affects the selection of a procedure for 


evaluating the feasibility of an aggregate purchasing plan. We use the same procedure 


regardiess of its value. | 
Other type 2 facts are similar. The muthber of families resulting from family 
aggregation determines if a procedure for joint ordertig ‘is realistic. But it does not 
determine the procedure for making this feasibitity decision.’ The type 1 fact cohicerning the 
possibility of aggregating items into families determines the procedure used. If family ; 
aggregation ts impoisible, the protedure is to simpty aisert that joint ordering support is, 
We now see how this description of type 1 and type 2 facts relates to the 
categorization described’ in section 4.2. Type 1 facts influence strategy and by their nature 
they ‘must be qualitative. We need not ‘deal with exact numbers but with ranges and 
generiitiations when deciding on a procedure for afi activity. In selecting a procedure, 
knowing we'tave many or few items is just as useful as knowing we have 4 or 487 items. 
Type 2 facts enter directly into evaluations ahd are by their niature quantitative. To evaluate 
the feasibility of a component to handle joint ordering interactions, we need at feast an 
estimate of the percentage of items involved in these interactions. : - 
Type 2 facts never influence strategy. Type 1 facts, however, may both influence 
strategy and enter into the evaluation of components for a procurement system. Consider 
again the evaluations for the aggregate plan. A procedute for determining thé details of the 
aggregate plan dépends on whether external constraints éven exist (a type 1 fact). In 
determining the detaits of the plan, we need ‘both type 2 facts such’ as the number of items 
involved in extemal internetions and type I facts describing: the actual consttaints. The latter 
fact determines the kinds of constraints to be included in the LP formulation. | 


The rule for classifying a fact xs type 1 or type 2 is now clear: if a fact enters 


into the selection of a procedure for an activity, it is a type... fact otherwise it is type 2 


DPBS on. 


Notice also that all evaluations are type 2 since they cannot datermine strategy. If 
evaluations were type | facts, it would not be possible for PROCTOR. to-cantinue an 
investigation without making a. definite. decision. at each step. in the. investigation. The 
distinction to be made is that facts related to the possibility of &. influerice the 
strategy but the actual evaluations of the component do not...So an aggregate plan is 
possible if external constraints quis. Type 2 fac determing fap 


aks Bz he ys 


# pian is actually 


is. di iT 


required. The status of external constraints influences.the subsequent strategy and Jaunches 
an inxestigation inte a, medium range forecasting system, aN 

The categorization of type | and type 2 has implications t9 changing answers. A 
change ina response can affect the value of a type | of type 2 fact or both. If a change 
affects a type 1 fact, then certain other facts may be inyalidated, Facts.determined during 
the evaluation of an aggregate plan become invalid if constraints do not exist. Vendor 
fact directly. If the type 1 fact is used in the determination of a. type 2 fact.(as is the case 
with the evaluation of the. details of. an aggregate planning module), then the value of the 


"type 2 fact is affected directly. A type 2 fact may enter in the determination of either type. 


OF type-2 facts.A change in the type 2 fact will affect, these {acts directly. 


45 Changing Answers; Environments and Direct. 


__ In the previous section, we described how a type.| fact affects the selection of a 


_ Procedure and haw a type 2 fact enters only into the execution of this procedure. We also 


® 


described the implications of this categorization of facts to chang 


investigation. In this section, we formalize these notions = 

As an example, consider the thvestigate lead times activity. ‘The procedures to : 
be used in the investigation depend on the degrée of Variabitity of ead times and ‘on the 
status of lead time dependericies. If lead tires are coristarit 


‘we can simply deduce that a 
component to project lead times wilt-not be required. Suppose, however, that there are 


variabilities. Lead times may then depehd on season, on ordér size aiid ‘on vendors: These 


can exist onty when the firm has miuti-vendor items. = . 
There are various approaches to selecting a — to handle variable ‘lead 


times. A forecasting module is possible if fead time dependencies exist. For variable lead 


times with no dependencies, a possible solution is to'sdd a safdy tead tifiie to the best current 
estimate of the item fead time. The procedures for deterrnining the possibility, necessity and 
type of a component for forecasting lead times are deteditithed ‘by the lead time depiendencies. 
When dependencies are absent, the procedure ii to ‘simply assért that forecasting is 


impossible. When the status of dependéticies is’ unknown, we cannot make any évatuations. 


We simply assert that evaluations cantet be made. Mote ‘coriplicated’ procediires are used 
when dependencies do exist. 

In evaluating: the necessity of ‘a ‘forecasting coimponent, we use facts like the 
percentage of items that exhibit these dependencies and their relative dollar value (either 
| of ‘Of ‘the ‘puisibitity ‘of a coniponent is 
determined by the availability of tead time records and the-eviluntion Uf thie necessity of the 


actual or based on user judgement). The evi : 


component. ‘The type of a foretaiting ‘procedure is determined by ‘thé Getiils of tead time 
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dependencies, by the availability of lead time records and by the evaluations of the necessity 
and possibility of a component. a = 
These relations are illustrated in tigure 45. The deubie arrows show how facts 
depend on the type I facts that enter into the delection of precedes to determine these facts. 
The,single arrows show the direct dependency of 1 a tack on fie ¢ that are used in its 
determination. . 
Consider what happens when we prepoes, to change the fragt concerning: the 
variability of lead times. The facts aeseniieg depenfencis may now be invalid. All facts 
that depend on these dependencies become questionable These facts all depend on the 
environment in which they were determined. The environment is determined by the vaiues 
of typeI facts tit enter int the selection of procedures that dterchine thee facta 
Suppose instead that the percentage of item affected by lead time dependencies 
is altered. The evaluation concerning the necessity of a comp ipens is. directly: affected when 
we change ‘this type 2 fact. The evajustions concerning the possibility ahd type of a 
component are also affected. The cvalontion of necessity depends derectly on the ‘percentage 
of items arteced by lead time dependencin -The evaluations concerning the pomubility and 
type of a component have a dtrect dependency on the evaluation of the peepny 9 of the 
component. 
| Notice the implications. By changing type | facts concerning the status of lead 
time dependencies, we can immediately invalidate groups of other facts. These fags are 
determined by procedures that were selected because lead time dependencies were present. If 
lead time dependencies were absent, these facts would never have been determined unless 


alternate procedures required them. When dependencies are absent, there is no fact 


variability of lead times. 
status of sulti-vendor items , 


vendor dependencies seasonal dependencies order size dependencies 


typeof lead time ee ee er ae status of leaditime 
forecasting component . ependencies 
possibilityefa a rgcesity of a 
Jead time forcasting <—_—_| lend time forecasting 
: competent > 2 f = ile rl NY 
data availability te Pas ee . ‘dollar value 


ems B meant A enters ino the selection of C4 pricedvie foo 
ic <—D ‘means D enters-into the determination of C 


Dependence in the + Evabistion: of A Foregasting Compone for Lead Times 
a . _ Figure 45 


concerning the percentage of lead time dependent items. Facts are not just invalidated: new 
facts become possible. “A new fact might be determined by a newly selected procedure. In 
contrast, when we ciange the type 2 fact concerning the percentage of lead time dependent 
items, we do not quettion the existence of facts that depend directly on this type 2 fact. The 
facts are simply invalidated since soine inputs have changed To recover, we need only 
recompute the facs eve depend onthe changed type 2 fre 

Now conier the sequen of actin th ad to the dtermination of the 
percentage of lead time dependent ‘eens. The progedure Cor investigating lead times 
depends on the activities‘of the firm: For a procure seuation, we need aly investigate 
procurement lead times. « manufacturing setiviieg exist, we mus. eyestigate both 
procurement and production lng ws The procadun for invsigating mad times in a 
procurement situation is to uimph cnger 8 a lead te determination cofnponent. The 
procedure for this activity depends on the variabi of a times, If i ead times are 
constant, the procedure is trivial For variable la ye, we determing the necessity, 
possiblity and type of forecuing: simponent for in. times The procejures for these 
activities depend on lead time dependencies. in egg the mee le componans 
we determine the percentage of items that are lead time dependant 

Figure 46 shows the sequence of activities that lead to the determination of the 
percentage of lead time dependent items. I shows also how facts enter into the selection of 
procedures for these activities. (These are illustrated by the double arrows.) We see that the 
environment of a fact is determined not only by the facts that enter into the selection of a. 
procedure for the determination of that fact, but also by all facts that enter into the selection 


of procedures of activities that lead to the determination of that fact. The environment for 


. Activity of the firm === Investigate lead times 


- Determine the variability <== Consider; a lead time: éompiinent 
of the lead times 


‘Determine the status of ee Delermibe the necessity 
lead time dependencies pend Cie congo 


Deterrnie the percentage 


- of lead. time deperident items 


The Sequence of Events to the Determination of a Fact 
Figure 48 


79 


the percentage of lead time dependent items includes facts concerning | the activities of the 
firm, the variability of lead times and the status of lead time dependencies, 

A type I fact can appear in the environments of both type I and type 2 faets 
Thee facts can be invalidated by changing tee tops tin. By invalidating type | fact, we 
can similarly invalidate other type | and type 2 facts. The process eventually terminates. 
New facts are now possible since different procedures may now be used. Clearly the side 
effects from changing a type ! fact can be extensive enough to warrant, & review. of. the 
session. In reviewing the session, we redetermine the values of all facts whose environments 
have changed. (This does not imply that we reesk all questions!) We als determine new 
facts that appear in procedures that are now selected. 

wean ey See eee ea tppe 2 fact 

In determining the affect of a change te a (ype 2 fact, we trace pact, , through direct 
dependencies fnd al fut the depend te ery, nrc on this type 2 fc. 
These facts can then be sorted according to thets dependencies and are recomputed. 

“In changing 1 type 2 fac, we my indirectly change the yale of « pe | fac. 
For example, many type | facts depend directy on rexpgnees which are type.2 fact. We 
Te ane Re Sen RPS en, SO AR ee 8 OR Fae 1 8 PE 8 
Wie sneeringene Pay ey es namin nh wna Suppo 
that while investigating k lad time vendor jepe' 


_ vendor items. Tiel evieoannl ts Gonene oni aay 0 a Ne 
fact concerning the variability of lead times. Clearly roulti-vendor items can exist regardless 
Of the degree of variability of fad times. The problem aria, ecause the, taps of, mule 
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vendor items is determined “out of context”. The environment for this fact would be correct 
if the fact was determined during the investigation of vendor tradeoffs. The problem is 
solved by specif ying an explicit environment for facts that can be determined out of context. 
The val of such a fac aim 6 dipend oh oily the exp envionment and not on 


the computed ¢ environment. 


46 And Other Things 
46.1 The Basic Activities 
"In the above the discussion, I have made reference to activities that appear in 
iaeaancat oncaeid eee ieidig s 
"The basic activities in the questionnaire are: investigate, determine, ask, consider, 
check, and explain. "Notice that we have no acting for evaluations. I have chosen to use 
determine for this purpose: to evaluate a component, we actually determine the evaluation of 
that component. Each activity depends on zero of more ope 1 facts that determine the 
procedure to be used for its execution. ee ian 
‘The procedure for ask ‘is trivial, Ask merely presents a question to the user, 
checks the answer for syntactic correctness and consistency, and asserts it into the data base 
with the correct environment. Ask will not reask a — if it knows an answer and the 
answer is stiff valid, ie. its environment is still valid. ical ie 
‘The procedure for a determine consists of a set of methods for determining the 
value of a typi l of a type 2 rhet” Like ask, determine will first access the data base to see if 
the fact has a valid value. Determine simply exits if a vatid value exists. ‘Otherwise, 
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determined value of this fact into the data base with.a reperd.of the. envireament and direct: 
dependencies. There are direct dependencies between the fact to be-detaemined and. all facts 
that are-seferenced during the execution of the methads. — 
Check does consistancy checking for the systarn., It lg uaad. by.the ask. activity to 
verify that a response is seroantically correct and cousigtent. with other information. The 
recovery for an. inconsistency is-to. ether rensk the ertien of,t0- allow, the user to change a 


previous response. 

Consider initiates evaluations into compenents. Its procedure is a list of 
devermine activities for facts concaraing the evaluation, of the fansibility, 4ype, possibility and 
necessity of the components. Investigate is a set of ordered, determine, consider and 
investigate activities. | | | 

Explain is simple acti that merely anh. she er Af he. needs an explanation 
and if $0 prints out text. Explain can be invoked by any activity. 


46.2 Facts.and Their Relation to Entities 

We have discussed the basic process of determining facts. As they are gathered 
and validated, facts are asserted, into the data base, In a sityation with one firm and one 
department, there is no confusion since each piece of information Applies, simultaneously. to 
departments? 
- When we investigate the departments of a firm, we. investigate their inventory 


the firm and the department. But what happens if there are two,purchasin 


characteristics. We may assert, for example, that lead times of one are. constant and the other 
are variable. 


Later, when all departments have been examined, we may. took at facts concerning 


lead times over afl departinents. ‘We would like to look*at an aggregation of characteristics 
over members of a set.” In our case, the set 1s the’set'of purchasing departments of the firm. 
The aggregation may be defined as a conjunction of af Paces shiertiig she -vadnatrtity of 
item lead times. Alternatively, determine activities may be provided for performing more 
specialized ‘aggregations. For exampte, a fact concerning the Variability of lead times: of a 
department may be included onty if the department conerels miore:thiati10 percent of all terns 
of the firm. | 

We can implement these ideas by recogriizing that ‘thefe are two basic types of 
investigate activities iri the questionnaire. We can inveldigate an entity or a set of entities 
where efitity is a fitm, « depaitment of a firm, of a guithading dépattment of the firm. We 
may also investigate facts concerning these entities. We investigate, for exariple, the 
inventory characteristics of a specific purchasing department. 
| Entities can be Orgafized’ into a tree of Hierarchy that corresponds at a very 
aggregate level to the structure of the investigate tree. Because of this structure, it is possible 
to implement the questionnaire without passing variables: Ini invéstigating’a fitm, 
ed during the investigate 
the firm activity are assumed to refer to this firm utiless’ we explicitly reference a fact 


PROCTOR first identifies the firm. “All facts that dre’ 


concerning another eritity. 

While investigating the firm, we may fiveiigite’a purchasing ‘department. All 
facts determined within this activity apply to that departient. “Wtien we'complete the 
investigation of the départment, we again use the firm as the defautt entity. “At the firm 
level, we may reference facts concerning each of its departments. | 


In the implementation, I considered the case with orfe firm and- one-purchasing 
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department. I did not investigate notions of aggregation with respect to several departments. 
I did, however, implement the basic mechanisms for handling entities. Entities prove useful 
in providing a structure for organizing facts in the data base and in simplifying the 


dumping of the data base. 


This chapter describes the technical details of the implementation of 
PROCTOR in OWL. Readers unfamiliar with OWL are referred to the article by 
Hawkinson for a description of the implementation of OWL in LISP and for a summary of 


the terminology that we use in this chapter. 


5.1 Overview of The Implementation 

Conceptually, PROCTOR investigates a firm by making a top-down left-right 
traversal of a tree such as that in figure S.la. ItWustrated is the tree for determining the 
status of emergency lead time restrictions. This tree is not prestored explicitly in the OWL 
data base: the tree varies dynamically according to what PROCTOR knows. Figure 5.lb, 
for example, shows the tree as it would appear if the status of emergency lead times and the 
status of emergency lead time price increases were known. 

) The tree grows when a procedure for an activity is selected. For a consider or 
investigate activity, the procedure is simply a list of activities to be executed. These activities 
become sons of the original activity. For a determine activity, we may have several methods 
to be tried. These methods have activities which become sons of the determine activity. The 


lowest level activities are ask and assert; they form the leaves of the tree. 
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Determine the status of emergency lead time restrictions. 
Remseaies 2 ee Seeiee) et | 
Ask the status of lead times. 
Rees i aS ating ee een ete 


Determine the é een <9 Nand ‘tirtve Geicintthy’ rescrstibeis” 


Ask the status of emergency lead time quantity reptrictions. . 
"Assert the response th’ déking ‘the statis paired lead time qevncly 
restrictions. 


eri’ ta Seabee acca Sal Sika place Wace: . 
Ask the status of emergency lead time price increases. 
Assert the response to asking the status of emergency lead time price increases. 


A Portion of the Execution Tree 
Figure Sia 


Determine the status of emergency lead time restictions . 
Determine the status of emergency lead time quantity restrictions. 
Ask the status of emergency lead time quantity restrictions. 
Assert the response to asking the status of emergency Jead time quantity 


Assert that emergency lead time restrictions are present 


The Execution Tree for a Diffesant Situation 


Figure Sb 


5.1.1 Two Modes of Operation 

PROCTOR has two modes of operation: toplevel mode and analysis mode. 
The toplevel cycle is trivial: PROCTOR repeatedly asks the user for a request. In toplevel 
mode, the user may request that PROCTOR dump the data base, change answers, print 
evaluations, or enter analysis mode to start or continue the investigation of a firm. Analysis 
mode can at any time be interrupted for a return to toplevel. Figure 5.2 presents a flowchart 


which shows the basic cycle of PROCTOR in analysis mode. 


5.1.2 The Basic Execution Cycle 

At the beginning of its cycle, PROCTOR selects an activity for execution from 
an event tree. (For purposes of this overview, we will assume that the event tree is a stack.) 
Let us assume that the activity to be executed is the secivuty to determine the status of 
emergency lead time restrictions. Figure 53 gives an OWL representation of this activity. 
The English translation appears in figure 5.4. 

This activity has a prerequtsite that must be satisfied before a procedure may be 
selected. The prerequisite states that the status of emergency lead times must have been 
determined: before a procedure is selected, it should have a legal value or be unknown. 
Suppose that the value of the status of emergency lead times is undetermined. PROCTOR 
will satisfy the prerequisite by making 

C(DETERMINE (STATUS (LEAD-TIMES EMERGENCY) ))1 
the next activity. PROCTOR resumes execution of 
[(DETERMINE (STATUS (RESTRICTIONS (LEAD-TIMES EMERGENCY) )))1 


once the status of emergency lead times is determined. 


a a Se heel at: 
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ENTER 
ANALYSIS MOD§ 


4 


\ SATISFIED? 2° 7 


| [>(ennoxae DTA oe 


The Basic Execution Cycle of PROCTOR 


Figure 52 
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(DETERMINE (STATUS (RESTRICTIONS (LEAD-TIMES EMERGENCY)))) 
PREREQUISITE: 
(HAVE-DETERMINED (STATUS (LEAD-TIMES EMERGENCY))) 


[i: (WHEN (STATUS (LEAD-TIMES: EMERGENCY) NEEM 
(METHOD: (ASSERT 'ABSENTID © 


((: (WHEN (STATUS (LEAD-TIMES EMERGENCY) PRESENT) 


(STATUS (QUANTITY-RESTRICTION 
(LEAD-FIMES-EMERGENCY)) PRESENT) | 
(STATUS (PRICE-INCREASE 
(LEAD TMEV EMERGENCY) PRESENT)))) 
([METHOD:2 (ASSERT ‘ABSENT) aX 
(IF (AND:: 
(STATUS iouaerrey aren enon 
(LEAD-TIMES |EMERGENCY)) ABSENT) 
(STATUS (PRICE-INCREASE 
pita Baby ABSENT)))) 
METHOD: (ASSERT. UNENQWN)D .. 


Kt: (WHEN (STATUS (LEAD*TIMES EMERGENCY). UNKNOWN)) 
(METHOD: (ASSERT UNKNOWN} 
Activity and Procedures for Determining the Status of 
Figure 53 
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Determine the status of emergency lead time restrictions: 
‘The prerequisite is that the status of emergency léad tines be determined. 


Detmine the sats of emergency td time retin in eer Yn 
times are absent: . dee oe 
: Assert that they ate abeiht. 


batt 


Detrmine the wate of emergency Had reactors when emergency fad 
times are present: : 
Method I: Assert that they 4 are d time quantity | 


restrictions ate prdient or es are present. 

“> Method 2: Assert that thy are abjent if emergency ead time quantity 
restrictions are absent and emergency lead time price increases are absent. 
Method 8: Assert that the Atatus of 
restrictions afd the status of ¢ ) 
unknown. 


nergenc d time quantity 
as ape increases is 


“toi 


Determine the status of emergency lead time restrictions when the status of 
emergency lead times'Ts unknown. 
Method: Assert that the status is unknown. 


English Version of the Activity for Determining tHe Status 
of Emergency Lead time Restrictions _ 


Figure 84 


7% 


Suppose now that emergency lead times are known to be present. The 
prerequisite is satisfied and PROCTOR can select a procedure. Procedures are activities 
that are specialized by a when condition, a predicate concerning the type I facts-that are in 
the prerequisite. PROCTOR selects | 


TIMES, EMERGENCY) ))) 


CC(DETERMINE (STATUS (RESTRICTIONS | ES EMERGEN 
vj NTI 


(WHEN (STATUS (LEAD-TIRES EMERG 


as the procedure for determining the status of emergency lead time restrictions. 
“PROCTOR ts now ready to execute, It updates the event tree to show that a 
procedure has been selected and that execution has started, and passes the procedure to an . 
interpreter for determine activities. | 
| ‘The detérmtine interpreter executes methods of the procedure until one succeeds | 
in asserting a value. Notice that a method may have an optional condition: a method is 
tried only if its associated coridition is true. Notice also that it is possible that a fact in a 
condition might be undetermined. The determine interpreter can suspend the execution of 
an activity to request that. PROCTOR determine an, undetermined fact. (The event tree 
proves useful for saving the state of execution of the suspended procedure.) The determine 
interpreter continues execution once such a fact has been determined. 
Let us suppose that emergency lead time price restrictions are known to.be 
present and that the status of emergency lead time quantity restrictions is unknown. 
CIF (ORs: . 
(STATUS (QUANTITY-RESTRICTION (LEAD-TIMES EMERGENCY)) PRESENT) 
(STATUS (PRICE-INCREASE (LEAD-TIMES EMERGENCY)) PRESENT) ))) 
evaluates to TRUE and PRESENT is asserted as the value for the status of emergency lead 


time restrictions. The current environment and the appropriate direct dependencies are 


recorded with this value. | 
The event tree is updated to reflect. the, completion of the execution of the 
determine status of emergency lead time restrictions agtivity and Oye cycle. repeats. 


&2 The Basic Representation for Activities.and, Procedures. 


PROCTOR's activities have the same basic represen 


the example of figure 5.3 and the following examples. 


CCINYESTIGATE (CONSTRAINTS (DEPARTMENT PURCHA 
(METHOD: cee 
__ (EXPLAIN prea ale AGGREGATION) ). 
(EXPLAIN | NTS JOINT-ORDERING)) 
(INVESTIGATE CECONBTRA NTS . ier 


(INVESTIGATE ({CORSTRAINTS 


((DETERMINE (STATUS ceo SALES) )) 
DEPENDENCIES: NONE 
IMETHOD: (ASSERT (RESPONSE (ASK (STATUS... ! 


OG SALES) ))))I2. - 


An activity may have optional prerequisite. and dependency, attributes. The 
prerequisite is a conjunction of assertions that must be true before PROCTOR, can select a 


procedure for the activity. The assertions specify that certain type 1 facts cust either be 
determined or known. 

C(HAVE-DETERMINED (STATUS (LEAD-TIMES EXERGEMCY?))2, 
for example, states that the status of emergency lead times must have a legal value or be 
vie. pecause a procedure exists to 
explicitly handle the case when the status of emergency Sead. tones. is unknown. An, assertion 


unknown. We use HAVE-DETERMINED. for this, exas 


can also specify that a fact must be known. In this case, the fact must have a legal yalue 
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_ before a procedure is selected. PROCTOR tries to satisfy the prerequisite predicate by 
determining tive values of undetermined facts before selecting a procedure. 

The dependency attribute specifies an explicit environment for an activity. It is 
a conjunction of type | facts that can be used to create an environment to override the 
general environment mechanism described in Chapter 4. PROCTOR deerminés the values 
Of all facts in the explicit’ environment before it ‘executes un activity. In the above example, 
we state that the status of sales records has fio deperidency. This fact does not have an 
explicit environment and does rot iriherit a genetai environment. | | 

_A procedure for the execution of an activity af BE ether, the activity itself or a 
when spectaltzation of the activity. In the example. of figure 83, 


L((DETERMINE (STATUS (RESTRICTIONS: (LEAO-TIMES Sache a 


is a when spectaltzation and 

C(WHEN (STATUS (LEAD-TIMES EMERGENCY) PRESENT)? 
must be true for this when’ speciifization to be selected. 

~ Each when specialization of af activity as well as the activity itself can have a 

method. A when specialization may inherit methods afd method details from its saviae 
activity. Thus, for situations where only | or 2 when specializations need special methods, we 
define these when specializations and fet other cases use the method of the activity. An 
activity reed not have any when spectafizations. : : 

CCINVESTIGATE (CONSTRAINTS (DEPARTHENT PURCHASING) ))1_ 
is both an activity anda protedure fot the activity. Notice that it is an error if a procedure 


with a method cannot be selected. 


5.8 Data Structures Used by PROCTOR 

PROCTOR uses several data structures during. ts execution ‘These are the 
event tree, the entity tree, a set of envtronment trees and wae lattes, ‘The event tree 
controls the execution ase of PROCTOR; the entity tree ‘organizes facts in the Gata base 
and relates them to the firm and its pilcsiogind ernst the environment tree: and 


used-by lattice are used in the change answers procedure. All structures are implemen in 


the OWL data base. 


53.1 The Event Tree 

The event tree controls the execution of PROCTOR. via baueaiae and 5.5b: sao 
a portion of this tree as it might appear during. the exeeution. of the investigate constraints 
activity. (PROCTOR has just determined the necessity and mie 4 of a component te. 
handle joint ordering constraints. It is about to-evalyate the type of component necessary to 
handle these interactions.) 

Each ae ee Cena cekteepenrn to a even ot te eee ee 
corresponds to the execution of an activity. The. twee doubly tried to make possible 
upwards and downward traversal without the use of eurilary wach : 

There is a continuation anribute aociabd. with each node of the event tree. 


This attribute is a LIFO list of activities that must be ‘cone before the completion of the 


_ event. Activities are added to a.continuation by PROGTOR to satisfy a prerequisite, by 


individual activities during their execution.and.by the change answers routine. 


PROCTOR maintains two pointers into the event tree. TOP-EVENT points to 


the topmost event of the tree. This event corresponds to the activity 
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((event 10) 
_  ¢alling-event%: (event 8) 
-called-eventst: (event tf) (event 12) 
activityS: Lae (constraints (department porchasing)) 
continuation’: (@tplain ediitrainés external) | 
investigate (constraints externaiidepartment purchasing) 


(event Il) 
calling-eventt: (event 10) 
activity%: (explain (constraints joint-ordering))] 


(event 12) 
calling-event%: (event 10) 
called-events%: (event 13) 
activity%: (investigate ((constraints joint-orderingXdepartment purchasing))) 
continuation®: (consider (aggregation family))) . 


{(event 13) 
calling-event%: (event 12) 
called-events%: (event 14) (event 17) (event 20) (event Liege 
activity%: (consider {constraints joln-ordering)}} 


(event 4) 
calling-eventt: (event i) 


baie (determine (status (constraints jointordering))) 


(event 17) 
“ calling-eventt: (event 13) 
seveye (determine (evaluation 
(necessity: (handle (constraints joint-ordering)))))) 
proceduret: ((determine (evaluation (necessity peered eaten 
| (handle toomstraints: joint-orderingh)))) ae 
(when (status (constraints joint-ordering) present) 
=o (stacus ((eonstraints: 


jeine-ordating}: 
Norpaubeeue purchasing) etal IXsession D) present) 


A Snapshit of the Event Tree 
Figure 55a 
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[event 20) 
calling-eventt: (event 13) 
activity%: (determine (evaluation 
(feasibility (system-component (handle (constraints joint-ordering)))))) 
procedure’: (determine (evaluation 
(feasibility (system-component (handle (constraints oe 
(when (status (constraings jolm-endering) present))) 
selection-valuest: (status (constraints joint-ordering) 
(department purchasing) IX(firm IXsession 1)))) present)) 
(event 24) 
calling-eventt: (event 13) 
activity’: (determine (evaluation .- 


(type (system-component (handle (constraints joint-ordering)))))) 
‘ procedure®: ((determine (evaluation 


purchasing) (eK) present) 
continuation®: (method (deterthine ( (type 
(hantile —— Joint-ordering)h))] 


Continuation of Figure 5.5a 
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[(event 8)] 


Keyent 10)) 


“ee 
7 
a” 
7 
a” 
re a“ 
{(event 11)] [event 12)] 
[(event i CURRENT-EVENT 
ae 
= - 4 \ 
= “ Z / \ 
“~~ ee \ 
2 zk y 
event 1i)] {(event 17)] (event 20} [(event 24)] 


The Relationship Between Events in the Snapshot 


Figure 5.5b 


CCINVESTIGATE (SESSION A))}. The second pointer, is. CURRENT-EVENT which 
points to the event that is currently being executed. 

The event tree is used primarily to sequence activities for execution. The 
activity to be executed next is always the first activity on the. continuation of 
CURRENT-EVENT. Otherwise, if this continuation is me it Js, the first activity on the 
sively “yp PROCTOR reaches 


continuation of the calling event. The rule is applied : re cur sive 
TOP-EVENT. PROCTOR simply returns to the top fevel oop. 


when there is no next 
activity. ; sy 

"The event tree is pruned whenever the ekecutiol of ait everit is complete. ‘Thus, 
the events Hnked: by dotted’ fines in figure 8Bb ‘donot exist’ when we execute 
C(EVENT 24). A saved event tree may have been useful, especially in the generation of 


tree. This: deficiency cin be overcome: ‘the tree is bi ‘vecteated ity 7 Fecomputing 


an “instantiated” assertion concerning the value of pe 1 net iru in the selection 
of a procedure for the activity. (See section 5.3.9.1 for. a. description. of instantiation.) 
Selection-values are used in the determination of: envipanments. An.evept may also have a. 
dependency attribute that specifies the explicit environment for an_agtivity. 


53.2 The Entity Tree 
Entities are object. in the user's world. In the-qurrant: imploraeniation, entities 
and sets of entities can include sessions, a particular session, the. firms ef a session, & 


8 
particular firm of a session, the departments of a firm, the purchasing departments of a firm 


and a particular purchasing department. These afe represenited in OWL as 


(SESSION) 

((SESSION 1)) 

(FIRM (SESSION 1))1 

CCCFIRM 1) (SESSION 1))1 

C(DEPARTNENT. ((FIRM 1) (SESSION 1900) 

CC(DEPARTMENT PURCHASING) ((FIRM 1) (SESSION 1)))) 

CC C(DEPARTMENT PURCHASING) 1) ((FIRM 2) (SESSION 1))1) 
Figure 5.6 shows the structure of a set of entities for a hypothetical data base. 

PROCTOR maintains a pointer (called CURRENT-ENTITY) to a node in this 
tree. CURRENT-ENTITY is the entity or set of eptities that is currently under 
investigation. . 

_ Anew entity. can be created whenever FROCTOR executes.an vestigate entity 
activity. PROCTOR can be told to investigate an entity, to investigate the entity, to 
investigate another entity or to investigate a_set of entities. Some examples are: 

CCINVESTIGATE (FIRM ANI] 
 CURVESTYGATE ‘Free THEN)? 
CCINVESTIGATE (FIRM ANOTHER) )1 

CTINVESTIGATE “THePARTNENT FIRM) 11. 

The new entity depehds on’ both the CURRENT-ENTITY and the investigate 
activity. Consider figure 88. For a CURRENT-ENTITY of U(FIRM 1) (SESSION 19)1 
and an investigate activity‘ of Seer aa - 

CCINVESTIGATE ((DEPARTMENT PURCHASING) ANOTHER) )1, 

the new current entity will be 
CC ((DEPARTHENT PURCHASING) 3) ((FIRM'2) (SESSION'1)))7. ” 
CURRENT-ENTITY is set to 


~ 


[SESSION] 
[SESSION 1) {SESSION 2)) 


(FIRM (SESSION }))) 


[WFIRM IXSESSION 1)f]__ [(FIRM 2XSESSION 1) 


$8 


(DEPARTMENT (FIRM IXSESSION 1)))] 
((DEPARTMENT PURCHASINGX(FIRM IXSESSION 1))] 
“ MDEPARTMENT PURCHASING) IGHIRM IXSESSION 1)“ (DEPARTMENT PURCHASING) 2(FIRM INSESSION 1) 


A Tree of Entities 


Figure 5.6 : 


CCC(DEPARTMENT PURCHASING) 2) ((FIRM 1) (SESSION 1)))1 
when the activity ((INVESTIGATE ((DEPARTMENT PURCHASING) THE))) is executed. 
(We find the most recent purchasing department investigated.) 

CCINVESTIGATE ((DEPARTHENT PURCHASING) A))] indicates that PROCTOR 
should find the most recent purchasing department investigated or else create a new 
purchasing department entity. | , 

These ideas are easily extended. By specifying selectors such as all, each, first, 
second or previous, it is possible to implement investigaté activities that investigate sets or 
that iterate through members of a set. 

The CURRENT-ENTITY must be reset when an investigate entity activity 
completes execution. When PROCTOR creates a new entity, r places attributes called 
previous-entity and new-entity on a event correaponding to-the exeaation of the investigate 
entity activity. PROCTOR simmply sets CURRENT=ENTITY to the value of the 
previous-entity attribute once execition of the investigate entity activity is complete. The 
new-entity attribute is useful for resetting entities when PROCTOR travels down the event 


tree. 


§.3.2.1 Instantiations 
PROCTOR uses tnstanttation to relate facts to entities in the data base. 
Consider the fact C{NUMBER ((DEPARTMENT PURCHASING) FIRM))}. This fact is 
instantiated to | 
C(NUMBER ((DEPARTMENT PURCHASING) ((FIRM 1) (SESSION 1))))1 


when CURRENT-ENTITY is (((FIRM 1) (SESSION 1))3. The instantiation of 
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fiber et yelp 


CESTATUS (CONSTRAINTS JOINT-ORDERING) )) is 


C{STATUS ((CONSTRAINTS JOINT-ORDERING) 
“CCIDEPARTHENT: PURCHASING) 2) TIF HIN 27 tse9810N 179973 


when CURRENT-ENTITY ‘ts iF aay See eee eee 
CCCEDEPARTMENT PURCHASING) 1):C(FIN 2) (simsrtW 10097. 
‘The rules for tristantihtion are Tatrly sth Lat us ifthe a subentity 
of an entity X as any entity that appeats as a sori of X in thd dhtity tree. “A superentity of 


an entity X is any entity that appears as a father of X in the entity tree. This implies that 
(SESSION) isis Soloed (saa ae . oe ee ei 


Sra eee i. eS 4 . ie reghtt A Laie ‘ : 
“Trail aap é Concepts that contain 
; wt th ebaet FERN = Fe ee, eh er 


(SESSTON) 
C(FIRN SESSION)] 
. eine ae Sel Sais Bey ly 


C(DEPARTNENT FIRM) ) be chee 
{( (DEP T PURCHASING) FIRMIY of =} 
C(DEPARTHENT PURCHASING) 1, Sela ae 


are instantiated (depending on CURRENT-ENTITY) to contain 
L(SESSION 101 


C(FIRM (SESSION 1))) 


COCFIRM 1).(SESSION 192) ee 
CCOEPARTIENT CFTR 1) (SESSION w)) | 


ARES at 


In making explicit instantiations, there are three cases: GUARENTARTITY, an bea 


subentity of the class of entity that is 1 ’ of the class of entity 


$ a It. an. be ay Y pce na 


that is required; or it can be of the correct class. In each case, . og eny. is simply retrieved 
by searching the tree starting at CURRENT-ENTITY. Its an error jf ap entity of the 


correct class cannot be found. 


The second instantiation example illustrates defeult instantiation. A concept 
may have a DERI YED-ENTITY descriptor. on its reference. tse (or on the reference list of a 
generalizer). Such a concept is called a derived entity. (TVENDORG] and {J TEMS) are 
examples.) PROCTOR specializes a derived entity by CURRENT-ENTITY when there are 
no instantiations by either a jubentity Or superentity of GURRENT-ENTITY. Otherwise, 
PROCTOR uses the instantiation that already exists... 


5.3.3 The Environment Tree 
The value of a fact depends on the environment in which that value was 

determined. An environment is represented by the concept [ENVIRONMENT] specialized by a 
con junction of instantiated assertions concerning the values of facts that are contained in the 
Par ere Suppose, for example, that an environment contains the facts. 

L(ACTIVITY FIRM) and er 

C(STATUS (CONSTRAINTS SOINT-ORDERING)) 1, 
that apply to the entities 


COCFIRM 1) (SESSION 1))) and 
CCC (DEPARTMENT PURCHASING) 1) ((FIRM 1) (SESSION 1)))J, 


and whose values are (PURCHASING) ‘and IPRESENTI. This environment is, represented by 


C(ENVIRONMENT 
(AND (ACTIVITY ((FIRM 1) (SESSTON 17) PURCHASING) 
(STATUS 2. 
~.(ICONSTRAINTS JOTNT-OROERTNG) . . 
(C(DEPARTHENT PURCHASING) 1) ((FIRM 1) (SESSION 1)))) 
“PRESENTIDIT © 


Note that the grouping AND is represented in OWL as a concept which has an 


element property whose reference list contains the members of that grouping. In : 


ee Dh aE ho bose, abst gd dla ea as eae cata bead tere Teds ene: 


PROCTOR, we use the concept COCCAND X) Y) Z)] to represent the grquping 
[CAND X Y Z)}. | 
With this representation, OWL arranges environments into a tree. Suppose we 
had the environments, | ne | 
{(ENYIRONMENT X)1, . 
C(ENVIRONMENT (ANO A B))1, 
C(ENVIRONMENT (AND A C))), 
C(ENVIRONMENT (AND A B C))) 
and C(ENVIRONMENT 4AND A.B 0))). 
The OWL data base permits us to traverse these environments as if they were structured as 
the tree in figure 5.7. We take advantage of this representation when determining the 
validity of environments in the change answers routine. | 
‘in environment is eaaily dirived from the event thée: ii a con unction dt ihe 
selection-values attributes that appear on events in the path from CURRENT-EVENT to 
TOP-EVENT. An exception occurs when an event in this path hai a dependency attribute. 
The environment for this case is a conjunction of the dependency attribute and all 
selection-value attributes that appear on events in the path from CURRENT-EVENT to the 
event with the first dependency attribute. | 
Each environment is given a value of TRUE, FALSE or TO-BE-CHANGED. A 
newly created environment always has a value of TRUE. An environment is given a 


TO-BE-CHANGED or FALSE value when the value of a type I fact in that environment is to 


be changed or when the value has changed. 
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(ENVIRONMENT A)] 


x 


{((ENVIRONMENT (AND A B))] (ENVIRONMENT (AND A C))] 


a= 


(ENVIRONMENT (AND A B C))] (ENVIRONMENT (AND A B D))] 


A Tree of Environments 


Figure 5.7 


5.3.4 The Used-by Lattice 
Chap 4 dnc nt of he Ae dp a's ft on the facts 
, ‘We ‘recérdl ‘these dependencies by 


that enter into its determination. In the implementatio 
giving each fact a value-used-by attribute. The reference ‘Watt the 7 attribute 
of 1 fact holds all fact that have used the vakie if that fac. ane 

| _The value-used-by attribute imposes & part nl oniaiag on facts in the data base. 
Fact A come efor facts Bin hn ordering I and ifthe vo fat A usd n the 


determjnation of fact B. In other words, fact. appears on,the reference list of the 


value-used-by attribute of fact A. Notice that circularities cannot tig: there is no feedback 
in PROCTOR; a fact A cannot depend on a fact B which in turn depends on fact A.. 
The used-by lattice is easily maintained by means of x procedure called 


FIND-VALUE. FIND-VALUE places fact A in the value-used-by attribute of fact B if the 


ka aed 


a 
ee 


value of fact B is referenced in the determination of fact A 


4 Back to Basics 
5.4.1 Values 

- previous sections, we described elements of how PROCTOR maintains values 
in the data base. We wilt summarize the description i in this. section. 

PROCTOR maintains a distinction between value, of Facts, and values of 
responses to questions. The concept for “value of the status of economies of transportation” 
_ for the entity (C(( (DEPARTMENT PURCHASING) | an AELRS. 1), (SESS LON 1)2)1 is 
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C(VALUE (STATUS (ECONONIES-OF -TRANSPORTATION 
CC(DEPARTHENT PURCHASING) 1).((FIRM 1) (SESSION 1)))). 
The concept for “response to the question concerning the status of economies.of 
transportation” and for the same entity is represented by 


{(RESPONSE (ASK (STATUS (ECONONJES-OF-TRANSPORTAT LON 
CC(DEPARTHMENT PURCHASING) Tries 1) ‘(SESSION Di. 


~The first position of the reference list of each of these concepts contains a value 
that can be one of UNDETERMINED, UNKNOWN “or some legal value. A’ value of a fact is 
UNDETERMINED if there thas Ueen no attempt to determine its value. It is UNKNOWN if the 
user specified ——— lola lara Reali unknown 
due to lack of information. 7 
“Bach instantiated fact/response concept has a value-uied-by attribute, an 
environment attribute and a creating-activity attribute. ‘The value-used-by attribute has 
been explained in section 5.4; the environment attribute contains the environment for the 
fact/response; the creating-activity attribute contains the activity that created the value. The 
creating-activity attribute provides quick access to the activity for the determination or 
asking of a fact. ee, 
The ‘fact/response concept may also have a preliminary-value or 
preliminary-response attribute. These are unclassified attributes that are used by the change 


routirie for temporarily setting the value of a * facfreaponse to undetermined. 


5.4.1 FIND-VALUE and SET-VALUE 
FIND-VALUE and SET-VALUE are functions that maintain and provide 


access to values in the data base. 


FIND-VALUE takes a concept as an argument, instantiates that concept and 
returns the value of that concept. The rule for FIND-VALUE is straightforward: if a 
preliminary-value/pretiminary-response attribute exists, return its value; if no value exists, 
return UNDETERMINED; if a aind ‘aia ‘i the enviridiniit tid Fame of FALSE or 
TO-BE-CHANGED, return UNDE TERMI NED; otherwise” return the value. -FIND-VALUE: 
updates the value-used-by auribute only: if’ the resumed vatoe is a egal ‘non-preliminary 
value. | : - 

SET-VALUE takes « concept and a valle is ‘anginntii, irezanciates the concept 
and correctly set its value. SET-VALUE also “wneets” any pretiminary-value, updates the. | 
creating-activity attribute, sets the eivvironment and removes a references is rom the 


fet ss 


evo when 8 ve 08 pf has ba caged. 


5.4.2 Evaluating Expressions Se ate, ae 

In PROCTOR, expressions occur as ‘onttiont on methods of detertnine and 
Check activities, as conditions in prerequisites and: Wid spucializations, and as arguments of | 
assertions in determine activities. The syntax fer ‘etprestons is described by the BNF of 
figure 5.8. | 

Expressions are evaluated by recursively applying the rules of figure 5.9. Notice 
that an apreiin can evaluate to UNKNOWN or UNDETERMINED if data is UNKNOWN or 
UNDETERMINED. Notice also that BE is different from EQUAL. BE can compare a value to 
UNKNOWN without evaluating to UNKNOWN. : 


MINIMUM, MAXIMUM and AVERAGE are both unary and n-ary operators. The 
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condition == (IF predicate) | (UNLESS predicate) | OTHERWISE | 
QHHEN predicate) . 
predicate == (AND ‘predicate, predicates . - « predicate,) | 
(OR predicate, predicates .. . predicate,) | 
qnoT predicate) | TRUE | FALSE 


_ expression == (bop expression, expression) | (uop expression) | 


bep == GREATER-THAN | LESS-THAN | EQUAL 

bop == QUOTIENT | DIFFERENCE 

nop s= TIMES | PLUS | MAXIMUM [nna | AVERAGE 

uop == MAXI MU | HINIMUM | AVERAGE | MINUS 

value == integer | floating point number | range number | ‘symbol 


fact == an instantiated value fact | an as AYER 


BNF for Expressions in PROCTOR 


_ Figure 58 


expression,) | 
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When x and } represent values of facts or constants, 
CCAND x xy evaluates to 


[ ifxe (TRUE), 
a at Oe se as 
x= A a 


(ee Ra 
[UNKNOWN] if (x = [UNKNOWN] ays "Emisel a SUNDE TERMINED) v 
(x » FALSE] ax» CUNDE TERN pe creer 


C(OR x y)) evaluates to 
(TRUE) if x = (TRUE) v y = [TRUE], 
(FALSE) if x = [FALSE] a (FALSE), 
‘(UNDE TERMINED? ff (x:2: TOMDETERRLNEDE A y 


_SUNKNOWNI if {TABI pach += 
. _ cae at ot 


CCIF x)] evaluates to x. 
C (WHEN x)] evaluates to x. 


C(UNLESS x)] evaluates to L(NOT x)). 
C(NOT x)) evaluates to 
(TRUE) if x = PFALSE), 
(FALSE) if x = (TRUE), 
[UNKNOWN] if x = [UNKNOWN], 
QTUNOE TERMINED) if x = (UNDETERMINED). 


“top eyia te 
°F UNDE TERME NED) if x = (UNDETERMINED) v y = (UNDETERMINED), 
(UNKNOWN) if (x = DUNKNOWN) a vita. NED} ) v 
aye 


(x » (UNDETERMI CUNKNOMNI), 
op(x,y) otherwise. 
C((BE x) y)) is 
(UNDETERMINED) if x = (UNDETERMINED) vy = (UNDETERMINED), 
x = y otherwise. 
{(uop x)] is 


(UNDETERMINED) if x = (UNDETERMINED), 
TUNKNOWN] if x = [UNKNOWN], 
uop(x) otherwise. 
Rules for Evaluating Expressions in PROCTOR 


Figure 5.9 


unary version applies only to range quantities which are values such as tel, (24-68) and 


{>198). These range quantities are represented bythe cancpes 

[(QUANTETY. AUESS~ THAN: 43901. 

C(QUANTITY (BETWEEN (AND 24 58)))) 

C(QUANTITY (GREATER-THAN 188) )) 
The maximum of [<11] is 1, of (24-68) Me and. of 186) 4s 200. PROCTOR assumes 
a bound of twice the tower ound for "greniercinn rangee: “The minimum of 15108) is 
101, of [24-58] is 24 and of (<11] is 0. Notice that quantities in ranges are never negative. 


The average of range is sply the average of the maximum and minimum ofthat range 


5.5 Executing a Selected Procedure 


PROCTOR uses special interpreters. to execute procedures £¢ 
activity. These are described in the following sections, 


55.1 The Ask Interpreter 


The following are examples of ask activities: 


{CASK STATUS) 
[RESPONSE : 
“FVPE:: YES-NO 
(TRANSLATION: : ABSENT PRESENT)1) 


(TEXT CCASK (STATI 
fests THERE | 


Se i AN MAN i 


° (TEXT (ASK (NUMBER FAMILIES)) 
_ TRESPONSE:, 
TVPE:: SINCLE-CHOICE 
(OPTIONS;: <11 11-58 51-108 191-259,.251-588 >566)11 . 
© (HOW MARY FAMILIES OR GROUPS OF [TENS ARE THERE?)) 


Each ask procedure has a response ‘attribute which forms the basis of its 
method. A response is described by a type attribute (description, yes-no, yes-no-value, 
single-choice, multiple-choice or r value), a text attribute, and depending o on the type, a syntax 
attribute, an options attribute and a transtation attribute. The text attribute is created by the 
TEXT function which converts a list of text into an internal represéntation. (See section 
8.7.) Syntax, translation and options are defined as groupings Syntax is ‘an ordered list of 
predicates that are applied to a response ‘to insure its syniactic correctness. Translation is an 


ordered list of values that are used to translate a yes-no or choice response. Options are 
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printed at the terminal for single and multiple choice responses. The. options attribute can 
replice'a transtation attribute when'a transition field absent, 
We make use of OWL's ability to inherit properties when defining ask activities. 

{(ASK (STATUS ECONOMIES-OF-TRANSPORTATION))1, for example, will borrow its type 
and translation attribute from [(ASK STATUS)1. In general, missing attributes can be 
inherited from any generalization of a response. pat 

The ask interpreter checks the consistency of a syntactically, correct and translated 
response by calling the check interpreter. It eventually asserts the response by using 
SET-VALUE which correctly instantiates the fact and updates its environment. 

The ak inert edt quater ta aged m a, quesn. 
| pt has a question-numitier atitlbute on, iti reference list. 
There is also a C(QUESTION n)) ance which contains the. Anstantiated . eaponse concept 


Each instantiated Tesponse concey 
on its reference list. The ask interpreter is intelligent enough to know that a new question 
number should not be assigned to a previously asked question. It will not ask 2. question if 
the previous response to that question is still valid. 


5.5.2 The savestiguis aterpeeier - 

A procedure for an investigate. activity is an ordered list of determine, consider, 
explain and investigate activities. (See section 5.2 for an example). : The investigate 
ETRE STE PANE! {8 Scity ities Of 1 peetioes on the continuation of the. current. svant 


(in reverse order of course). PROCTOR executes these activities when it continues its cycle. 


553 The Consider i Taterpreter . 


"Acoma etd ver fo . pte ac ivity., PR! 


wet common interpre eae bath pe 


55.4 The Determine ee 
Th flowing an gample of». desrmine nei, 


terete TrPONTED-riine! Loi 


(STEP: 32 AASSERT *ABGENT) | * aia an ite tere ae 
"UE CAND (RESPONSE. Lisk° isTATUS LO 
_ ABGENT) ss bas 
. “eerareie 1am." 
TEP E13. (ASSERT "UNKNGUN) | OTHE 


The procedure-fot: a determine activity ‘cain have oe or more methods. These 


are executed sequentially untfl's shethodtucceats ti Aileti 


 Valiie: (This is much like a. 
LISP-COND,) ‘It is an error if no mertiod iniccsads:” ies ete ecg a 


Each method may have one or more steps defined for it. tingle ep method 
“may omit the step in itt represeiitution. “Zach “saith conilstidlied ‘by an optional logical 
expression: KUF condition, { (UNLESS: ctiidingh YG CYMER THE! OTHERUISE’ must 
- Occur inte last stay OF a mnethod: ith ste Gly Wit oll 
only if RTE: 


mA 


come 
the execution of a:methed? 
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Each step may have an activity and zero or more then continuations which 
contain additional activities to’ be executed as part of a ip. "The activities of a determine 
are ask, determine, exptxin, sty, comment and asiert activities. Say simply prints text at the 

terminal, comment prints text at the terminal and stores the text with the fact for coe 
when the data base is dumped; assert asserts a value for the fact being determined. 

The determine intetpreter makes full use of BROCTOR and the event tree 
~ when it executes a procedure. 


The determine interpreter first checks the current value of ~ fact to insure that 


ee: 
gi 


it is invalid. It immediately returns to.PROCTOR tn, alid yale exists. Otherwise, the 


determine interpreter. places each of the methods. oo be. vials Beneecite on. the 


continuation of the event for the determine. activity td ur PROCTOR. 
PROCTOR reengnizes. that ioe ar continuation 
and calls the continue-determine interpreter to compiate ‘the execution of the determine. The 


of a aeemine activity 


continue-determine interpreter pices all. steps.of. a:methad, im the. continuation of 
CURRENT-EVENT (the event for the execution, of: the.gethad).. Gontiousdetermine will 
similarily place the condition and activities of a. steg.in.the continuation of: the event for the 


execution of that sep, 


The conti  lmcaggeene san, nabs nigressiens snd medity te 
event tree.. It removes all. consnwuations, from. the, event for a step.if. the condition: for. that 
step fails. The continue-determine interpreter will remove. all. centinuas 
for the determine activity when, a method for that activity suecesds-ie asserting a value. | 


In evaluating an expression, it is possible that certain fags.wilt:be undetermined. 


2 pies : 


jens: from: the:event 


Continue-determine delays the evaluation of such an expression by placing determine 
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activities for each undetermined fact on the continuation in front of the. expression. The — 
expression is eventually evaluated with correctly determined facts. 

With this approach to interpreting determine activities, the execution of a 
determine can be interrupted both to determine undetermined facta/responses and to return 
to toplevel mode. 


55.5 The Explain Interpreter . 

The explain interpreter is trivially implemented. in PROCTOR. “The explain 
procedure method contains a prompter and text attribute. “The prompter is optional, it asks 
if the user wishes to see an explanation. The text attribute contains the text of the 
explanation. . 7 Be . - 

Explain concepts are loaded by an explanation flinction. The following is a 

typical example: 
(EXPLANATION 
C(EXPLAIN (DIFFERENCE (BETWEEN (ANO DEMANDS SALES))1)] 


*(, . . the promter for the explé@nation . . .) 
8 (. 2 6 the text of the explanation . . .)) | 


5.5.6 The Check Interpreter 
The check activity has a representation that is similar to that of a determine 
activity. The difference is that a check activity may have nested steps in its method. The 


following is an example: 


C(CHECK (AND (RESPONSE (ASK (STATUS (ITEMS SEASONAL)))) 
(RESPONSE (ASK (STATUS SEASONAL-INVENTORIES))))) 
(METHOD s 
(STEP: 31 
(SAY ""SEASONAL INVENTORIES CANNOT BE PRESENT 
IN THE ABSENCE OF ITEMS. ") 
(IF (ANDs3: (RESPONSE (ASK (STATUS (ITEMS. SEASONAL))). AB 
(RESPONSE (ASK (STATUS SEASONAL -INVENTOR 
(STEP: 32 . . 
(SAY "*YOU MUST HAVE SEASONAL INVENTORIES IF ‘You HAVE 
SEASONAL ITEMS.") 
(IF (AND::: (RESPONSE (ASK (STATUS (ITEMS SEASONAL) )) PRESENT) 
(RESPONSE (ASK (STATUS SEASONAL-INVENTORIES)) ARSENT)))111 


The check interpreter is called by the ask interpreter when the response to a 
question must be verified to be consistent and semantically correct. The check interpreter 
first retrieves all check activities for a response: there can’ be any number of activities to 
check a response against other responses. It then executes only those activities that have all 
responses determined. Note that check does not try to determine undetermined information. 

Check makes no use of PROCTOR in interpreting its method. It merely 
evaluates the conditions of the steps until it either completes a method or until it reaches the 
deepest step. When check reaches an inner step, it has detected an error. Check then either 
uses the condition on that step to generate an explanation to the user or else it uses a text 


segment to print an explanation for the user. 


Amneee ase te lthnass OF Feces Or]. tOr meee error. , The current question, may. 
simply be reasked, or the user may a tig = one or more * the facts that appear in the 
definition of the check ae reasked. — returns corel to othe -  nuerprte. 7 the. current 


response 1s the only response to be changed “Othervng, it ecits the remaining. check 
sce and evenly panes co he change anger rou, ne 


5.6 The Change Routine 


There are three compone? to eed procure for ¢ cha ing. answers: the user is 


ran Sexes eo speci? the responses he wishes to change, ee are exploded to find 


gen Pegs est 


all facts that are @ directly affected by the changes a ype 1 of mm od chang 


) procedure is 


then executed, 


56 Accepting Change Requests from the User: ee. 


The user a: answers to be et hanged by sae " he question numbers for 
these Ferponves:: PROCTOR converts these numbers tata the p equivalent instantiated | 
response cts tong The u user can spect changes in ways gheaol le hors ) may copecrpe a change 
routine at any time. Note, sicebeved that he may not continue the analysis spider all changes 
have been processed. PROCTOR can forget changes if requested by the user. Here, the 
preliminary-value/preliminary-response attributes become sap even In processing a a change, 
PROCTOR ey sets a pretimnery repens to ee it does, not change the 


ae value ot a response. PROCTOR is thus able to. “unset” any change upon request. 


5.6.2 Exploding the Direct Dependencies 

PROCTOR uses a queue to find all facts that are bared! affected by the 
requested changes. ‘The requested changes are first placed in this queue. ‘PROCTOR then 
processes each element of the queve by inpeting the nex fact in the queue, checking to see 
if it has been processed and if not, by placing all unprocessed facts on the value-used-by 
attribute of that fact at the end of the queue. The process eventually terminates. 
- PROCTOR sets the preliminary value of each processed fact to tiie  — 

A problem arises when incomplete determine activities have referenced facts that 
are to be changed. (The user can interrupt a question and hence the determination of a fact. | 
These partially determined facts may have used the values of fac that » are to be carga) 
PROCTOR is careful not to include incompletely determined facts in the explosions. ‘The 
type | and type 2 routines take appropriate action to handie peomenne determine activities. 

In exploding the cHanges, PROCTOR t must t determine if any type I facts have 
been affected by the change. (Type 1 and type 2 facts are distinguished by descriptors on 
their reference list or on the reference list of one of their generalizations) PROCTOR will 
execute the type 1 change routine if one or more type | facts have been affected. Otherwise, | 


eee es 


it uses the * type 2 routine. 


56.3 The Type 1 Change Procedure 

The type I change procedure is conceptually very simple. The values of all 
environments are first recomputed. This is easily done by taking evanues of the tree-like 
structure of the environment concepts. Each environment with an undetermined fact is 


given a value of TO-BE-CHANGED. The change routine then erases the current state of the 
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event tree and sets the continuation of TOP-EVENT to cantain the activity 


ELINVESTI GATE: (FIRM THE) 1. 


As PROCTOR recomputes the session, it recompupes the values of all facts that 


are undetermined. In recomputing, it May ¢ rake cet new facts. SET-VALUE resets 


environments as facts os responses are redetermined, Notie that with this scheme, all facts 


that were invalidated by a change in an environment can lly be made valid if a 


type | fact a ree wo i orginal vale, 


564 The te Type 2 Change Procedure 
The epe 2 change procure das net fort a review of the entire sete. This 


routine simply alters the event tree x0 that chai nged type 2 f facts may be. reevaluated. The 


‘change srocailurs first does & topological sort of all exploded type Q facts. <Knuth 68> (The 


used-by lattice provides the comparison criteria for sorting these facts.) The order of the 


facts in the sorted output specifies the order for the redetermination of the changed type 2 


facts. 
The hg ing m3 ef gh ge be ood 
and makes these events the sons of TOP-EVENT, It sets ps of these events 20 


that PROCTOR can _Sorrectty simulate the original executor 


obtained from the Bere Segre attribute of the | ingantiated. {x 5 ti 


attribute is set to the environment attribute of the fact the procedure 


obtained by calling the procedure selection routine. (Remember that type | facts have not 
been changed. PROCTOR will therefore select the procedure that was used in the previous 


determination.) A current entity can be easily obtained from the instantiated fact. The 
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procedure: sets new-entity and previous entity attributes appropriately. 

PROCTOR places first CURRENT-EVENT and then the newly created events 
on the continuation of TOP-EVENT and sets CURRENT-EVENT to TOP-EVENT. 
When PROCTOR executes, it recognizes events on continuations and is able | to bypass the 
ptocedure selection routine. PROCTOR will “execute” each of the evthts and hence, 
redetermine their values. Notice that all facts are redetermined ‘a their original 
environment. PROCTOR continues normal execution at the deepest node of the event tree 
once all changes have been processed. ; 

We have mentioned that interrupted determine activities pose a problem. The 
change routine erases the events for these activities and resets the continuations of their 
calling events before it processes the changes. These determines are subsequently correctly 


restarted. 


5.7 Printing English 

PROCTOR prints English from prestored text and by generating simple 
sentences from OWL concept structure. Text is stored as either LISP-TEXT or OWL-TEXT. 
The speciatizer of a LISP-TEXT concept is an index to an array that contains stored lists of 
text. (This array is loaded by the TEXT and EXPLANATION functions) The specializer 
of OWL-TEXT is an OWL symbol (a string) that can be easily printed at the terminal. 


OWL-TEXT appears in say and comment activities. 


5.7.1 Generating English 


PROCTOR uses mutually recursive | 


jeneration experts" to convert concepts to 
text. Each class of cnet as, on reference lit or onthe rference Kat feng of 
poneratizatiees: a descriptor’ that names the | appropriate expert to. be used in English 
generation. 

PROCTOR has experts to handle Concepts such 9 serpin BE predicates, 
PROPERTY concepts, EVALUATION concepts apd others, The BE, expert will convert 

(((BE PRESENT) ‘ 
{STATUS C{CONSTRAINTS EXTERNAL) ” 
CO(DEPARTHENT, PURCHASING) 1) COFLRM, AD (GESSION 2202020) 


to “There are external constraints in the purchasing department” It passes the OUISED 


BESTATUS expert who outputs “There are" since the value of the status is PRESENT and 
since [(CONSTRAINTS EXTERNAL)! is plural. (CONSTRAINTS) has a [PLURAL] descriptor 
on its reference list) The BE-STATUS expert passes 


C(STATUS { (CONSTRAINTS. EXTERNAL) 
_((DEPARTHENT PURCHASING) ( (FIRM 1) (SESSION 1)))))] 


to the STATUS expert who prints “external constraints in the purchasing department". The 
STATUS expert uses the ENTITY expert to correctly identify the purchasing department 
entity. (The purchasing department may have a name that should be printed instead.) 

A concept can have a descriptor of class PRINT-SYMBOL on its reference list. 
The specialises of this eects is an OWL aaa that can override the general print — 


mechanism for that concept. 


5.7.2 Generating Reasons and Evaluations 
| PROCTOR generates statements and reasons for each evaluation that it makes 
‘The reason for an evaluation is simply the condition of the step that asserted the evaluation. 
Or, if this condition is absent, it is the selection value for the determine procedure. 
Evahistiohs are elaborated by using say and comment activities. — 

| PROCTOR takes advantage of the entity tree structure when it Eeen 
dumps of the problem and the associated Svatuations: As it traverses the tree ina 
breadth-first manner, PROCTOR lists ail relevant Jaformarign for each ‘envity encountered. 
This simple mechanism gives PROCTOR the sin to create’ "mt orgnized” -~ of 


Pe 


the data base. 


CHAPTER 6 


The growing need for experts in areas such as law, medicine and. management 
has motivated research in expert systems. <Gorry 74>, There are. programs that are expert in 
that can prescribe medicines for various bacterial intestine <Bhortiffe 74>, and systems that 
can automatically generate data processing software <Ruth To. These programs, are 
designed as tools assist to experts and non-experts in, the sciution of problems for specific 
domains. They are meant to supplement expertive rather than to. replace it. 

The success of these systems motivated us to. tackle a problem in Operations 
Management. It was first necessary to select a subdomain of Managable size before any 
reasonable attempt could be made. The domain of Operations Management, was pruned.to 
the subdomain of procurement, and this in turn was pruned to the area of planning and 
control systems for procurement. From the variety of possible methodalogies, we.chose a 
specific approach: the hierarchical approsch for plapning-and control. advocated by Hax 
and Meal. Our research lead to the development of PROCTOR, an.expert. in. hierarchical 
planning and control systems. PROCTOR does not replace the ayatem analyst or manager; 


it assists the analyst by providing him with a formalign fer exploring issues relevant to the 


design of a hierarchical planning and control system for prox 


| 6.1 Relation to Other Work 
Since much of our work has been influenceil-By research in expert systems, it is 
interesting to relate PROCTOR to current research with respect to both computer science 
"There aire shrittarities between PROCTOR and médical expert programs such as 
ions <Shoriliffe 74>, and the 


~ pia “ezine ech’ ig gp AOQSASA Sia af"aiginia tor 


MYCIN is rule based. ‘It starts with a goal (identify an infection and prescribe a 


Be Ses 


medicine) and applies rufés ‘until it finds a solution. These tiles are ‘categorized into groups 
accordiriy! ‘how they sitiety prerequisites for thie application of other rules. MYCIN selects 
rufes by séircting a Ptaiiner-ttke goal tree to find a rule that can derive information with 

‘This control structure is similar to PROCTOR's but only at the level of 


deterrnine acttvities, PROCTOR has rules (when ‘ipecializations) for determining facts 
concerhing the firm. PROCTOR differs from MYCIN in that PROCTOR's rules are 
much more setlictored aitd that only one rule is sppropriate in any determination. (MYCIN 


might have several accept 


fe alterhistived ‘at any point in the ahalysis) PROCTOR also 
differs in-ovéralt organization’ PROCTOR ‘follows 4 ‘psi’ wher “inVeltigating the firm 
while MYCIN is entirely ruled-based. PROCTOR ittayi from this plan only when it needs 
undetermined information, PROCTOR always reins to the pian. 

In this respect, PROCTOR bears a certain similarity to the Digitalis Therapy 


Advisor. The Digitalis Therapy Advisor is controlled by a Therapy Transition Network 


(TTNET). Each node of the TTNET has subgoals to be satisfied, and in satisfying these 
goals, the program exhibies.its behavior... Nodes are acrangad.acronting +o: priorities that 
depend on the information known,to the program, The.system, selacts paces according. to 
these priorities to determine what. mus do next PROCTOR’, activities ara structured.in 
a manner that is similar to the TTNET. The continyations.pf,the-event tree are. subgoals 
that must be executed for PROGTOR | to proceed. In a igniting the goals, PROCTOR uses 
the priorities that are implicit in ogee of nodes.on.the continuation. 

Our work can be related. to current resgarch in managemen expert systems, The 
Automatic Programming Group, lt Laboratory for. Compunee Science, (formerly, Project 
MAC) at MIT has. been developing. an autamatic. pengragnming, systema called. Provosystem 
<Ruth 72, From.a high level appiticnsion, of. requirements for, 2 data, processing system, 
Protoaystem can. generate a LI dalg. proceuing. program and, the, JC, necessary to run that 
program on an IBM machine. . Pgptosystem. cequiray.an. application expert, an interface, 
between the. problera domain and the program generains. -This.aupent ould asaist a.user: in. 
determining his requirements and thus. in writing specifications for. Protosystem. 
PROCTOR may be suited 40 this applicayien, Te agedste.che. user in: defining- his 
requirements by evahuting components for an applisions:arunm..RROCTOR' ouput 
could drive a more detailed quesiannaire that resolves issues of =e and that 


determines the user's requirements in terms of data handling capability and. report 
"generation. i 
_ Some. work has. recengly been done in providing computers with natural 


language understanding. This resegrch, though nat dinersly.aeinted.te PROCTOR, is very: 
important for PROCTOR-like systems. A deficiency of PROCTOR is its lack of an 


1i2 


explanation capability; PROCTOR tan dump a data base to provide a semi-organized 

description of the problem’ and. its evaluations, but it Ginriot accept questions from the user 
and relate its evatuations to the user’s model of the world.” Muthottal fia done experimental 
work in defining the fequtrements for an English interface to’ management expert systern. 
<Maithotra 75> He fas classified the kinds of questions that maragers tak ‘and has stated the 
requirements for a system to answer thee questions. Reseiirch has alto been done in 
providing a computer with models for ‘management problem sotving. <Krumland 73> 

~ Krumland’s system uses imail genetalizabile inodets ‘to adivé problems presented in a dialogue 

with the manager. The issues of representation’ for the tiodels and the dialogue are’ 
important for providing a management system withi arr explanation capability. 

A project that is ‘similar in goals but differerit in approach is Mark’s 
reformulation model of expertise. <Mark 76> Mark's program accepts an Engtish description 
of a simple inventory problem and tries to solve that ‘problemi by underitanding it in terms 
Of a model based on-a theory of consittirig. PROCTOR differs from Mark's system in’ that 
PROCTOR handles a much larger problem area but not at the sate level of eniSerstiridineg 
Mark: gives his system a deep whderstandiig of a small well-defined probtem domain: his 


6.2 Further Research | 

This thesis has only begun to explore the issues relevant to an implementation 
of an expert for @ subdomain of Operations Management. PROCTOR ‘can be extended in 
@ variety of directions both in the short and the long teim> = ae . 


6.2.1 Short Term Research Areas 
- Research must be done in extending PROCTOR’: dats base: areas of the data 


base are incomplete; many of our evaluations are superficial. (It is encouraging that 


_ PROCTOR can display acceptable interactions with eyen a pactisily complete data base.) 
The data base must eventually be tested “in the, eld” to inure its. accuracy. with respect to 
both methodology and the way experts actually analyze problems. 

In implementing PROCTOR, we did not make full yse of the OWL, formalism. 
In generating English, for example, we did not make use of current ideas in English 


‘Tepresentation in OWL. Bill Swartout is currently, implen 


Advisor in the OWL interpreter. <Swartout 76> He hopes 6 to. provide th Dig ita is T a 
Advisor with good explanation capabilities by taking full advantage of the {OWL formalism. 
A boliaaed project for PROCTOR might prove interesting. 

PROCTOR lacks a well-developed notion of time. . It knows that fact A came 
before fact B if B depends on A but it does not know when fact. A was determined. It 
would be interesting to consider how time would improve the efficiency of the change 
| routines. In changing type | answers, PROCT OR currently reviews the session from the 
beginning to aescerwiad what information needs to be changed. With a notion, of time, it 
might not have to review investigations into joint ordering interactions when, for example, 


the status of vendor tradeoffs has been changed. 


ting, the’ Digitalts Therapy | 
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6.2.2 Long Term Research Areas 
“There is no limit to research in: extending the usefulriess of a PROCTOR-like 
system. * 

PROCTOR could assess the cost-benefits of implementing a planning and 
contro! systeni for procurement. A ‘manager, for example, often needé answers to questions 
like "What if I don’t include this feature?” or “How much dow lead time forecasting buy me 
and how much will it cost?”. Bini bogs Ueinag ile for aking 6 
analyses. : 

Retated to research in costs benefits analyses is the need to continue research in | 
Operations Management methodology. Operations management techniques must be better 
formalized before a system can hope to provide expert ‘evaluations. 

PROCTOR could eventually be linked to an “automatic programming system 
like Protosyster. PROCTOR could provide a first cut at a feasibility analysis; cost benefits 
experts could evaluate the impact at the Operations Management level of selecting different 
configurations; automatic programming experts could tackle issues related to data and report 
requirements. These experts could interact in the design ‘and implementation of 3 a planning 


and contro! system. 


6.3 Conclusions 

In this thesis, we have explored a subdomain of Operations Management. We 
implemented a program that assists the manager in exploring the issues that are relevant to 
an evaluation of the applicability of a hierarchical planning and control system for 


procurement. This thesis shows that such a system is feasible for the domain of 


procurement. 

The ideas of this thesis can probably be applied to the more general domain of 
production and inventory control systems. Whether our requis are can,be applied to pther 
domains is an open issue The ‘appicbity toinon-Operations Management domains of 
tens rch the compton of fea for changing. sneer envio He 
notion of direct dependencies certainly merits further exploration. 
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cemoers erent Fer cr em Seen peers 


And what do’ your triende-Calf you?” 


Fis append omsins sored ened ns with PROCTOR Ps ne re 


Pe ee: Se she pe he eacy : ne fe SQ ERY fh « 
Inerodenteny maneihdl::. a 


Today is April 27, 1976. 
The time is 725 pm. 


Whet iv'yoiir font Ge i ODS CEE Ce at a as 
(Please dither your tins Sabiowad by a'rohulel: ee A See 
(Enter here): Me. Adam Smith BN acne 


(Please enter your sua Wllsues wy arnold fe are : es 
Ce eee Br ese 


srr ere a uy i oe es 
planning and contra system te support depieions tn the ereg of , 


Do you need intermatin conearrng the operation of he quan? 
Please follow your answer with a ret 
(Please key in yes or nok yes 


ea 


il a ghisehree orc ertang thaviise he ecm nse 


The cusctlonnars has two moa of spores sifle il sit Ynkovel wade. In 
analysis mode, we investigete your firm, In toplevel mode (whieh 
request changes to your responses end listings of useful infc ier... uring ine investi 
we will move freely between topievel mode end analysis mode. Whe need: S84, 


When you type in a response, follow | Le 

multiple choice, enter Yc “cholees seperated by and 
If a question requires of text as input, foliow 
when finished orter an carriage return. 


If you are uncertain about a reeponne, Wy hf if se cing. t 


of your firm, the questionnaire will try to proceed without 


cermeny Sey en error ae po: pete hE 


You may interrupt enalysis mode at aniy tims by 
toplevel. Key in f? to heve the current question repeeted. It yo 
just key in heip es the response to any question. ay ee 


Ok, let’s begin. Sgiteatn on 
And Mr. Smith, you are at top level. Please select one of the fotowing:. 


1 quit a. 


2 start an analysis 
3 help 


(Enter here): 2 


(1) Me. Gritth, wt Wi hw ihn of jean Ua 6st Uni" Zac coal taig'eiig each ln 
with a carriege return ser) renee ying ents (er). If you have no enemmr, just: hitter) 
‘Please begin ... 
KBS Foods Ltd 


(2) What is the address of KBS Foods Ltd? Use os many lines es you need, following each line 
hil a carriage Renee Gt oe ee enone 1 ee ne eS 
ase 


begin .. 
Cambridge MA 02146 


hw woud youth wn xno of santo «gnarl pad src ht can be. - 
used to define the major activities of KBS Foods id? .. 
(Please key in yes of no): yes 


One of the basic issues that determines the general aiuctoricua st a platine 
fragile cc arene ge eb ial ease oma ata 
= He cre. hp Sree airucture of the 


te anes ie 


3 i} es oat, "HAYS Aw 


he 


raw maintenance puctiesing : 
materials toole supplies parts . aA 


raw material Inventory 


i: component parts” 
~fabr icated parts ta production 


soparte work-In-piicass Inventory Aina stent pene 
 =wpurchased gibesseib ties ate f ., ao oo 
Stabe lcated sibadedinties , 


subassend|y i rerepeer. 
Inventory 


finished products 
italien bew' an hee 


finished eat inventory 


distribution process _ By Beieih tet aedin® & 
-distribution centers ~ dletribution 
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-retailers 


The various elements of the product structure define three major functions: 
purchasing, production, and distribution. 


Obviously not every firm possesses every element of the general product 
structure presented above. Retail or wholesale firms are engaged in purchaeing activities alone. 
Many production plants are not involved in distribution operations. 


As noticed in the above product structure, the production function (which 
transforms raw materials into finished products) can encompass two major types of operation: 
intermittent and continuous. It is useful to distinguish between intermittent end continuous 
activities since the manufacturing characteristics and the. manegerial decisions associated with 
these two processes are quite different. the following table provides e gross comparison 
between these two types of operations. 

type of process 


characteristics interal ttent cont inuous 

process configuration job shop assembly line 

locus of decision decentral ized centralized 

making 

equipment flexible | special ized 

labor high skilled tow skilled 

scheduling dispatching permanent design 

The following questions classify KBS Foods penetra Bes to its aeiteeias, overall organization 
and size. The current version of PROCTOR can pure procurement firm with one 
department and “many” items. PROCTOR ‘ill let pag Saget Smith  ceseed enly if KBS satisfies this 
description. 


(3) Mr. Smith, is KBS Foods Ltd a procurement firm with no distribution or production activities? 
(Please key in yes or no): yes 


(4) How many purchasing departments does KBS Foods Ltd have? 
(Please key in @ value): 1 


(5) Does your purchasing department handie more than e few (say 10) items? 
(Please key in yes or no): yes 


PROCTOR first investigates joint ordering interactions and externel constraints for items of 
KBS Foods Led. 


PROCTOR offers a “canned” explanation concering issues of aggregation pes Mr. Smith 
requests it. 

When dealing with purchasing decisions it is sometimes useful to aggregate 
individual items into groups of items for planning purposes. There are three categories of item. 
aggregation: items, families, and product types. 


Do you need information with regard to the definition of these three categories? 
(Please key in yes or no): yes 


The following three categories of item aggregation will be used: 


Items refer to the dp be ome of ia ear, hen rege Items differ in 
terms of peckagirig cherectir aor, dich ee “ib heats oa its 


aio tar gr at ed rey ag of 


scale or te: 
EP Opes Tir i tenity:* 


gape Tt Sy 


And Mr. Smith, we wit! now attempt to wae aaa aniong your * 
purchesed iteme that werrent ss "tei. 


Do you need information with regard tittem Inter aétion 
(Please hey nee ee 


Se PSE SC} 


of a module to handle 


(6) Are there ‘economies, of trensporteti 
would it be better 1 Grier itéins ii 
(Please key in yes or no): n 


Questions 6 threugh 10 i 
ie rapt 


ded ated siento tsa arg ae eaten ge he Baie 
(Please key in yes Or no): t ; Ag? POSE AEE Pet 


Do you need informatio Wiftt regiird to the tomponents 6t the cost scchclatedt with lasuing a 
purchasing order? 
(Please key in yes or no): y 
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The purchasing ordering cost has two basic components. 


The first component is the direct cost involved in releasing an order. It is 
represented by the cost of the order forms, envelopes, checks, receiving forms, stamps, some 
portion of the supplies of the purchasing department, as well as expediting materials, telex, and 
telephones. ; 


The second component is represented by the salary of the personnel assigned to 
processing the order from its initial retease to its final delivery. The following departments can 
be involved in the release of a purchasing order: purchasing, receiving and inspection, storage 
and warehousing, freight and traffic, accounts payable, machine accounting. 


Occasionally, when dealing with very complex vendor orders containing multiple 
items, it is important to distinguish between a cost per header, which is the major ordering cost 
(a fixed unit shered by eff the items in'the order), and e cost per line which is a minor cost 
added to each line item. 


(8) Do you have complex vendor orders containing multiple items where costs per header and 
costs per line items have to be identified? 
(Please key in yes or no): n 


(9) Now Mr. Smith, is it common for you to order more than one item in a given purchase order? 
{Please key in yes or no): yes 


(10) Are there quantity discounts that can be obtained by joint ordering of several items from a 
given vendor? 
(Please key in yes or no): ? 


PROCTOR has identified at least one joint ordering interaction: common ordering costs in 
question 9. Notice that it can proceed even with an unknown response for question 10. 


Joins ordering support is possible if items can be grouped into families for joins 
replenishment. 

(11) Are there groups of items (families) involved in joint ordering interactions that share 
similar unit costs, demand patterns purchasing lead times? 

(Please key in yes or no): yes 


Joint ordering support is necessary when a significant number of items are affected by these 
interactions 

(12) Do you know approximately, what percentage of your items do not belong to families and, 
therefore, can be replenished individually? 

(Please key in a value): ? 


pri Do you feel that economies resulting from taking advantage of these interactions are 
ignificant enough to warrant a special system? 
re jease key in yes or no): ? 


Mr. Smith could not answer questions 12 and 13. PROCTOR explains thes it unable te assess the 
necessity of joint ordering support. This explanation is generated from date that PROCTOR 
has determined and from the representation of its internel procedures. 


A decision concerning the necessity of a component to handle joint ordering constraints could 
not be made. The reasons for the decision are that 
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PROCTOR wi es iene, iro tr dc 


Pen sit nwo the towing: 


2 between 11 and 100 ae ee ee 
3 between i and 500 “ 


6 between 8001 ond 10000 


2 between 11 and 50 re 
3 between 51 and 100 


4 between 101 foi .ond 2 , ee ae ee ee eee 
& betwee 2B1:and BOD tags webct yee wise ad yo 
Gn ® then 500 + bon hoa gS que pen 


(Enter here): 2 ee ee, 


- of J ths i es ; 
Joins criaing om port. (PROCTOR will pore <7 mec 
membros rennet family ogee 


module for. joint ordering , Ponstraints, could pet be me oa a ae ae 
PROCTOR hatiak alicaase strategy: perhaps Mr. ‘Sindh we IT ORR SG 
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procedure instead. Mr. Smith decides to interrupt the investigation. 

(16) It is sometimes desirable to aggregate simiar items into temiles merely for reporting 
purposes. Would you like family aggregation to be considered for thie reason? 
(Please key in yes or no): ! 

You, are at top level. Pinees snlert cos 0) the Stare 


1 quit 
: contin the sna 


5 summarize the analysis 


(Enter here): 5 

The following is a list of possible summaries. 

Please select one or more of the following: 
1 print a summary of the facts collected 
2 print ce ed ernie 
3 print responses to weet o 


PROCTOR pa supply @ summary pen eer d'aey time daring the Jaggetention. The renter, 


User's name: Wr. iter Smith 
The mene data is about the purchasing cepirtmet. 


cesar mie pots Ope 


eet icing tw oft ding ite of ae 


A module for family aggregation is possible. Tl et ou ied tat 
family aggregation of the purchasing department is possible. 


You are at top level. Please select one of the following: 


1 quit 
2 continue the analysis 
3 help 
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4 change answers 
6. wummeriod led analyse” 
(Enter here): 4 
This séccton Wlastretes the general mechantsm for cheiigheg eniirk: Mir, Sinith spectfies the’ 


The sent uso mbar ag on 111. Pe a Ih umber crete 
questions whose enswers you wish to change. 
(Please key them in): 13 


So fer the following will be changed: The reponse iba paeh a ae 
concerning the significance of joint ordering constreints of yrchesing dapertmen 
Do you want to change any more? or ge 
(Please key in yes or no): n 


‘Do you wish to delete any requests? 
(Please key in yes or no): n 


PROCTOR continues by asking Mr. Smith for his new anener. > 
(et oo th eon aig roi buen arate 
on signi Pees hd in rire la 8 special onient Nese us 


PROCTOR changes the ensmer sas baer te 
a necessity and f y are redetermined. Netive that tile eve 


possibility of family aggregation is not redetermined.. PROCTOR re 
Sead eae oem ee 
interoctions. Te still cannet evaluate the foasihy bd 


A anti for joint thee ig oc 
ordering constraints ; ant LOT Mh eOCiaN 
(sanity oa mode for pe Sooty be ladle. 
decision Is thet the everage number fey toe purchasing ( 
(16) it is sometimes pag herssd to agg ’ 


(Please hey in Yeu or no} | 


Mr, Sidoh taserrapts PROCTOR. Fle ebgiivees that’ 
family’ Weis be reached. be 


You are at top level. Plesee select one of the movi - 


1 quit 

2 contin the analysis 
3 help 

4 change answers 

5 summarize the analysis 


(Enter here): 4 
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The current question numbers range from 1 to 16. Plesee. ay. ia, the, numbers. ‘correaponding to 
questions whose answers you wish to change. 
(Please key them in): 12 —. 
So far the fallowing will be changed: The re smunstion 12. ghoul the percentage of | 


Do you want to change eny more? 
(Please key in yes or no):.n 


Do you wish to delete any requests? . 
(Please key in yes or no) n 


(12) Do you know epproximetely, what percent of iteme. rt ans, 
therefore, can be — clnairll oe oi 


ore cen To RES OE OREN OT ee 
Rew wl ht the tt fr th dtl of he medal seannet tens Roe * 
. f 


i wonpoterh 15 Sih Bi rderi m secant sible, THis, Ie bas 


_ 2 joint ordering constraints are ese: 


UB Nest Semmes desirable to aggregate similar items into fébillieg mi rely oF rep 
(Please key in yes or no): ! vested eapaatle winteacts 


You are at top level. Please select one of the following: 
1 quit 
2 continue the analysis 
3 help 
4 change answers 
5 summarize the analysis 
(Enter here): 5 


Now the following is a list of possible summaries. 


. Please elect ofie oF mors of the follow) 


vp ot 


1 print a summary of the facts collected 


a : 
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. print a summary of the recommendations so far . 
3-print resporiess to questions 


(Enter here): 2 


Me. Snel voqects te PROGIM ite Sxianiy tpt af a snes | 
prints all evaluations it hes made. 


Date of session: April 27, 1976 
Time session started: 7:25 pm 


User’s name: Mr. Adam Smith 
A nol for it ordi aos aad Thi 1 becnuse you decided 


that the joint omer soratroicts s.af the py oo, 
joint ordering constraints ig fognibie. . 


You are at top level. Pass ac oh big 


1 quit 

2 continue the eneiyels 
a'ihelp ” : 

4 change answers ~ 

5 summarize the analysis 


(Enter here): 5 
Mr. Smith, the following is a list of possible summaries. 
Please select one or more of the following: 


1 print a summary of the facts collected 
2 print a summary of the recommendations so far 
3 print responses to questions 


(Enter here): 3 

Mr. Smith lists his responses for questions 12 and 13 to ina 
The current question numbers range from 1 to 16. Now tha 
summaries of responses to questions. 


have been made. 
apne ve 
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‘Please select one of the following: 
1 print a summary of all questions | 7 tbe ao ads 
2 print ete M 
3 return to toplevel 

(Enter here): 2 | 

You can repeat the following coisas: as many times as you desire, .....-. — ee i 


Please select one of the following: 


1 select questions in a range ‘ 
3 print falas prach senigeatal ae _ Pane ee 
4 leave the selection loop tt 
(Enter here): 2 
(Plesse hey in the questions you wish listed: 12.)3 


Do you wish to select more? 
(Please key in yes or nok n 


You can repeat the following options a mony times.os yoy desire,” 
Please select one of the following: 


1 select questions in a range 

2 select individual questions 

3 print those questions selected so far 
ere 


| (Enter here): 3 a 


Question 12 
concerne the percentage of non-femily items of the purchasing denarimer 
response: 30 . wns 

Question 13 eis 

concerne your judgement concerning the significance of jeint 


purchasing department. 
response: significant 
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(Enter here): ! 
Now you ere at top level. Please select one of the following: 


‘1 quit 

2 pire the analysis 

3 help 

4 change answers 

5S summarize the enalysic 


(Enter here): 1 


Mr. et fen oe aes wears os ae 
Mr. Smith, do you really went to quit? 
(Please key in yes or no): yes 


Do you wish to save what you have done so fer? 
(Please key in yes or no): yes 


A record of this session will be seved. te. Wiis 5 lig an sito for 
printing? 
(Please key in yes or no): n 


The return of Mr. Smith... 

Welcome back Mr. Smith! 

Today is April 27, 1976. The time is 7:38 pm. . 
You are continuing the analysis started on April 27, 1976 at 7:25 pm. 
You ere at top level. Please select one of the following: 


* 1 quit eeistay 
2 continue the anélysis 


(Enter here): 2: 
PROCTOR asks if Mr. pea family. 


(16) It is sometimes desirable to aggregate sieiar Items into t a ufos. camorting pe ete 


purposes. leer 
(Please key in yes or no): n - 


cha gy All text (evn! som comments cascaale alls « 
generated by PROCTOR from its internal representation. 
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Concerning the details of a module for family aggregation: Items that experience joint-ordering 
interactions and that are aggregated into families because they share common inventory 
characteristics should be ordered together to achieve benefits of economies of scale. The 
reasons for the decision are that 

1 joint ordering constraints are present. 

2 a module for joint ordering constraints in the purchasing department is feasible. 


A component to handle family aggregation is needed. This is because a module for 
joint ordering constraints in the purchasing department is feasible. A component to handle 
family disaggregation is needed. This is because a module for family aggregation in the 
purchasing department is needed and a module for joint ordering constraints is feasible. 
Concerning the details of a module for family disaggregation in the purchasing depertment: 
Procurement amounts that are allocated to families should be allocsted to family members so 
that items in families run out simultaneously. The reasons for the decision are that 

1 a module for family disaggregation is needed. 
2 a component to handle joint ordering constraints in the purchasing department is 
feasible. 


PROCTOR starts investigations into external constraints. 


And Mr. Smith, we will now attempt to identify whether there are external constraints emong 
your items that warrant the development of an aggregate plan and the aggregation of items and 
families of items into product types. Do you need further information with regards to external 
interactions? 

(Please key in yes or no): yes 


The presence of external constraints such as storage limitations, financial 
constraints, limited capacity of individual vendors, and need to smooth purchasing orders under 
fluctuating requirements may force the development of a purchasing plan during a long time 
horizon (usually a year). Items and families of items are then aggregated into product types to 
facilitate the design and implementation of the plan. An aggregate purchasing plen is required 
whenever purchasing decisions have to be made looking more than one purchasing leed time 
ahead, and items are competing for scarce resources under fluctuating demand conditions. 


PROCTOR uses question 17 through 21 to determine the existence of external constraints in 
KBS Foods. An aggregate planning module is considered if at least one constraint is present. 


(17) Are there storage constraints that limit the amount of physical inventory you could handie? 
(Please key in yes or no): n 


(18) And Mr. Smith, are there financial constraints that force you to define e fairly constant — 
purchasing rate each month? 
(Please key in yes or no): n 


(19) Are there contracts you sign with individual vendors which force you te define a fairly 
constant purchasing rate every month? 
(Please key in yes or no): ? 


(20) Are there supply limits on some of your vendors which force you to anticipate some of 
your purchasing requirements? 2 
(Please key in yes or no): yes ( 


(21) Do you carry seasonal inventories to absorb demand fluctuations? 


132 


(Please. hey in yeu or nok yet 


PROCTOR evaluates the necesiley of'6 compilioni’ fin tha wr udgement.of the 
of items and en estimate of the percentage of items affocned By ent ernal constraints. . 
(22) Are items invotved in-externel iMterection apr ig pa eytnt 


(these prea eherd P aat aie Acer hae Dalat 
(Pleate toy tr-you'er nok yee" au, 


(23) Do you know what percontgs ot your tae se tected by! these extornel Interactiorat 
(Please key Wve valuek 66 


A procurement  eggreguts plaretng mode ie ti edb. Th becane you iid 
external constraints oF the purchasing department are rs intent, a 


that the. 


PROCTOR investigates product tggregetion bejéré éetbiacln, sagriete lin Fall ne 
adr Sey i 6 gal ata aa aan eada a td programming 
formulation can be feasible. — igieks 

(24) Can the items (and/or families) ac by x nan f 

types: ‘te-sleiter unit costs, demend pi ARE urchin 

(Please key inyetornoky joie 

ion) teu toe any produc ives as acs? 

Please select one of the following: 


1 less then il 


(Enter here): 4 
Ning PROCTOR mae cys ns Snip cnr is hes detected an 


Mr. Smith, I think I have detected an error. 
The number of product types exceeds the number of femilies. 
You may change one or more of the folowing. 
1 “between 51 and 100°, the response to question 25 concerning the number of the 
preiet Spe of ie paces ore to ausetn 18 concbénirg'the number of the 
families of the purchasing depertment Je ee 


(Please select one or more): 2 
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(Please key in yes or abe n 
Please select one of the following: oe iW AAD 


1 less than 11 
2 between 11 and 50 


9 between 6 wa oS 


ene rd 


(Enter here): 4 


PROCTOR eccepts the change. Provinsealatos ae ana/fned and PROCTOR prcerds 
consider the aggregate plan in. detail, wae ora OY pos Pm 


(26) Mr. Smith, do you currently have an aagrogete purchasing ark | 
(Please key in yes or no): ! ; 


Mr. Smith interrupts Ah on rt formaion enring oo ed 36. Foon 
details to save space.) Notice that changes have boon correctly dame. 


Question 15 
concerns the number of the families of the purchasing depertment 
response: between 101 and 250 


Question 36 
“concerns thé number of the product types of te pirchesng depertment 
response: between 51 and 100 


PROCTOR contimis tho seslen. It mast determine on appeagrious a glint 
division for the aggregate plan in order to estimate the 


oor ari gate. 
(26) Now: Eeranecee nian 
aur aS SOP een eee see iN tape violets a lane 
(27) Mr. Sith cn yu Ga tal feria a fr nese ant 
Please select one of the following: 

1 less than 6 months 

2 between 6 and 12 months 

3 more then 12 months 

4 not known 


(Enter here): 1 


Mr. Smith selects « herteon of 6 months fer the agareania pled, PROCTOR fnewe thes « 


Mr. Smith, I think I have detected an error. 


A time horizon of less than 6 months is inappropriste for 2 situation with seas 


You may change one or more of the following. 


1 “less than 6 months”, the srewer ution 27 sat hh he horigba of the: | 


aggregate purchasing plan of the purchasing depertment seis 
2 “present”, the enswer to question 21 about eccena-ereN h, yur chasin 
department =. 


" (Please select one or more): 1 


Pleese try again... 
er) ew Mr. Sail: Gan you drm ti on erie Hr erent 
plan 


Please select one of the ilioe nes 


| lees thers monthe =~ EO coe te ea ks 
2 between 6 and 12 wéttte © Se ae ea 
3 more than 12 months 
4 not known 


(Enter here): 4 | 


Mr. Smith cannes deaide on on oppenprian Keren) ICTOR sugave 
yeer and Mr. Smith #3 Eee ae 


(28) It is cmon od args with yur a oh ee a 
_ horizon ‘be nore then Pe shied 
(Plesse key th youor Hen yee 


Mr. Smith cantit’ dschty vu'an eppa'ipitand ns pitbed i PROCTOR canta. 
one month which is the meet ; Stee od: 
5 Wit tn eras yo Dk youd we yor rl 


Please séledt one ofthe tilidwitgs 9 


1 1 calendar week 

2 2 calendar weeks 

3 3 calender weeks 
44 calender weeks 

5 1 calendar month 

6 1 calendar quarter 
7 1 calendar semester 


8 5 working days 
9 10 working days 


1% 


10 20 working days 
11 4-4-5 week division 
12 | don’t know. 


(Enter here); 12 e 


divided info"! si on 0. sagan moot, . 
(Please key in yes or no):. 


The number of variables required for the aggr: 
The possibility of aggregating time periods in 
product types should be considered. 

(31) It is sometimes useful ad Seay pega 
Would you like product ort 
(Please key in yes or noj 


Mr. Smith req ‘aides “ 


epee 
ht whe ee | amet: eae [oe ar 


So-far ‘We tonowiny Senora 
division-ofthe: men toyWtt-cuiching MT 


PROCTOR reasks the question. It delays the reg cormination of Uf 
determines the possibility of « middle ranyé fordoanting tysitts. 


(29) What time periods do you think you. sheuie usq i ivide 
Please tect one'ot the ee . - 


. t ¥éeenaer: week 
2 2 calendar weeks 
3 3 calendar weeks 
44 e@el@w weeks 
5 1 calendar month 
6 1 calender quarter ; ie 
7 1 calendar senééter © = re are ae 
8 5 working days ~ 
910 working days _ wie BD cad tee ee 
Tetawrt wow cn ag 
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(Enter here): 6 Pee re ee 
PROCTOR stops to evaluate the possibility of « middle-range forecasting system 
Now Mr. Smith, do you need an explenation of the difference between the demand for an end 


pd ine the mie ih (or (0h ah the oa wut : 


(Pisces bay yen ta) cas 


timing of demand and sie 


Consnaaseaiies hier doe Bi Jeoed Sa shih pd 
complicatél procédardé ead ; line ‘ : 
(32) Do the end items exhibit increasing © or decréseing Tre: , 
(Please key in yes or no): no aS Sa 


‘ey sis eae» is is 5 Us, Biv “FREE igi TR E. :, 
(34) Mr. smith, do you a : f é 
(Please key in yes or no): a 


Now do you Heed 4 definition of purchasing lead Hime. 
(Please key in yes or no): yes 


The’ purchising lead time is the time that elapses from the moment a replenishment 
order is triggered until the first major portion of the or or Sipeaien Wie etait Fer sbalf,.Part.of the .:> 
purchasing lead time is caused by internal administrative pert is due to in- 
transit time and order processing delays at the supplier. The a Lenaguemnnna aii 


‘of a purchasing lead time: shee: e 
purchasing lead time iseue of a niyr Sac eh 
receipt at purchase +, ‘sforeRquee 


requisition 


review vendor quoted receiving inepection handting 
time tead time time time tine 


The review time is the time that elapses between the release of ti ; 
requisition and the receipt of the order by the supplier. It includes | 
waiting time, the buyer's intervention to translate the purchase 
order, end the time required to trenemit the order to the appropriate vendor. 
time includes an average waiting time in receiving, and an allowance for counting and checking 
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the order. the inspection time (If needed), includes an everage waiting time and thee tual 
inepection time. Lgeoar 


(35) Are there items with extremely long purchasing leed times? vere: 
(Please key in yes or no): ? Kye) 


| Imported thems are items thet have long lead times. 3 . 
(36) Do you import eny of your purchased iteme? fe we at 
(Please key in yes or no): n 


PROCTOR satin we ‘di ais hare Sr oe Cael yay sees he giigss 
time items has not been aap 


{poorer aaron eae te EMO se . hg a 
PROCTOA iskdol's 


wefio add Ube ariweadot a 


cane aibaarane 


1 oe 


jen edt saeco RS AE 
Sales and book onder rend on be sed t animate pst demons. hot, PROCTOR | 
relatively undeveloped in its na aa of date ’ ee 
possibility end cost of reeresting demand records as pert of theoniapanlgatiangh: 3 926 3'7: 


oe Mr, 37) Me, Sai $9 5 aaalarmiaa inert triers ema 


eiieagg wi bina, me: ye 


(3a) Mr. Peas a ee Ee y regnrde, af beckpederat:. eat pti wel Uae pes 


(29) Now Mr. Smith, do you sonore a 
(Please = in ys sigh cWeetewe eft. saaws + ralea hy 
St 2 GR & Steen Ee hy 2 2B ashe He teal et 


Pidiee ‘telec et one'ot se tos Ay gveatiig aot 05 aloccat aclas gah do me grads 


z Ge Pitot a a wae idem a ee Saye? aueaglas aafeak yh beese, pats rary ora a 
aj! f leas | “meh thee Her te 8 4 J 2Mtsee! gts AN ‘ ‘ 
less then one yeer aciitive Gigeebs Noe se 


2 one yeer 


aon YONS get bhotege 28 paw git bes og aed te anda tetas Bes os 
. 4 % = bee 
5 more than 3 yeers” 


(Erte? eran web gecpee YP gl cog 9) Meise aes 
(41) Hew go BA YOU § : $ (oe 


siseés'eace aac tes Whicla: 


gpubegocew § mamabaes lakhs Fy otk Hage yD ee (Oo eased of 


H eye einten athe cs oe 


ml Seg peg: ATs bage + 


5 Pega “ 
“6 Ts BES 
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6 by transaction eee ssa aeaiess ; 
(Enter here): 3 pe ee anes : ie - a a oe ; 
pecan Hare te ae Me fi 


records.” 


A decision concerning viene A the Apo fer fe 
not be médeé.: bet ewer dite iw 
(38) tt he = * 
Would you like product a ri 
(Please key sagas te 


Me, Site tnterapt eo fet | glee 
od obit irene dricboater cel Th epee un 382 = 


records.) 2 4 taf ea ene HK se 
oo BP CUBES OR HS 


1g, baci OF de r ~ 4 
SB he: OF 
a Pee : 
& © *2 


PROCTOR reams: ” question 


(38) De yeu seepsrocanaver becroraeret™ | nore 
(Please key iri pester deh yee *8) oe 
PROCTOR te: vibe ablo'te pictds'e doctetin.” 11 decides’ that dete fi evy = 


forecasting system should be possible. 


The data for forecesting of the purchasing 
decision are that 
_ 1 sales records are present. 
2 backorder records in the 


@ component fo handle miade-rege toreertng i 
needed. 


= sig ihe Vee eR Oe 


Bh feng ofthe eas record of the purchasing doperinal no es thn. ore veer 


Sega? A 


Since you have records of seles and backorders that are error free, it snes Pe presi to 
recreate a good estimate of your demand patterns. BY 


Notice, PROCTOR knows thet at ene eee eae eres © to handle st a : 


A component to handle middie-range forecasting is poten: The reasons for the 0 decialon are. 
that 


1 the data for forecasting of the purchasir 
2 the average length of the data for Yorece 
then one year. — woth lib geil Te ao iMag Hage 


PROCTOR returns to its considerations of an aggregate plan. (It will continue forecasting 
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' investigations in a later part of the session.) An aggregate planning module is feasible and 
PROCTOR comments on the type of model that must be used. (This knowledge could be 
elaborated to provide a more detailed description of an LP.) 


A procurement aggregate planning module is feasible. The reasons for the decision are that 
1 the average number of the variables of the aggregate purchasing plan of the 
purchasing department is not more than 1500. 

2 the average number of the constraints of the aggregate purchasing plan of the 
purchasing department is not more than 1000. 

3 a component to handle middle-range forecasting is possible. 

4 a procurement aggregate planning module is needed. 


Concerning the details of a procurement aggregate planning module: Procurement emounts for 
‘product types, non-product families and non-product non-family items that are subject to 
external constraints should be determined by means of a linear programming model. This model 
should optimize holding and storage costs while obeying external constraints. The reasons for 
the decision are that 

1 a procurement aggregate planning module is feasible. 

2 external constraints are present. 


Product aggregation is needed to make the aggregate plan feasible. In addition, a product 
disaggregation routine is required to allocate planned procurement amounts to family 
members. 


A component to handle product aggregation in the purchasing department is 
needed. The reason for the decision is that a procurement aggregate planning module is 
feasible. Concerning the details of a component to handle product aggregation: Items and 
families that share common inventory characteristics and demand patterns and that are subject 
to external constraints should be aggregated into product types for purposes of aggregate 
planning. This is because external constraints are present in the purchasing department and a 
procurement aggregate planning module is feasible. A module for product disaggregation in the 
purchasing department is needed. This is because a module for product aggregation is needed . 
and a procurement eggregate planning module is feasible. 


PROCTOR requires an estimate of family ordering costs before it decides on the type of routine 
to be used. if costs are small, an equalization of run out times routine will be appropriate. 
Otherwise, Knapseck or Hax-Meal should be used. 

(42) Mr. Smith, please give a rough estimate of the average direct ordering cost. 


Piease select one of the following: 


1 less than 0.5 dollars 

2 between 0.5 and two dollars 
3 between two and 5 dollars 
4 between 5 and 10 dollars 

5 between 10 and 25 dollars 
6 between 25 and 50 dollers 
7 between 50 and 100 dollars 
8 more than 100 dollars 


(Enter here): 3 


the ek diston 


Please seta one et the f fotewing 


1 less than 5 

2 between 5 and 10 
3 between 11 and 25 
4 between 26 and 50 
5 more then 50. 


(Enter here): 3 | 
Knepoeck is the most appropriate disaggregation routine in 


Concerning the details of a module for ‘product disaggregation. in. tba pura depactmant 
You should use the Knapsack or Hex-meal disaggregation part in allocating plenned cing cha 
type procurement, amounts fat nd nen-lamlly ys Sf groceach & 
schemes work best for situations with j 
the decision are that 
1 a component to handle product diseggregation is 
od family lial orton tegen eta m mosses: fepactneet is 


(40 You woud yu chin tn vat yer made fc mt ot your 
purchased items? 


Please select one.of. the. following: 


1 very constant 

2 reasonatly constent 

3 fairly variable vin 
4 extremely variable Pa GE te ns 


(Enter here): 3 


(45) Now are the items that exhibit variable lead-times important mea to rears cose 
control? 


(Please key in yes or no): yes 


(46) Mr. Smith, can you sive a percent estimate of the number of your items that ere attected: 
by lead time dependencies 
(Please key in e value): . 
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pec ter eed re Cuero ee 6 Deen: i ea ee at 


(7) An Me Sane etn ve ree pote TH order thee 


(48) Does the lead time variability depend on the season? 
(Please key in yes or no) yes 


Vendor dependencies exist only when there ere multi-vender isems. 
C43) Do you have Homa tat cn be purchased rom soverlafoent vendor 
(Please key in yes or no): n 


(50) Mr. Smith, do you keep historical records of lead times? 
(Please key In yes or no): yes 


A forecasting system is possible since seasonal dependencics ew at sn rt 


2s, eee Ss 


A lead time forecasting module is possible. The reason for the decision is that lead time. 

dependencies ere present. Schaal es peated bare adie jonendiatar dry 

determination: A lead time forecasting system shore be _Jteme thet heve 
ders ~ ti > : 


ahha te''b6 OF 
“Econ ned ne Soponrcin we res 


PROCTOR nee ht cone err saat pe or lng aed sat ic dae et 
nevesthty afte madate veage Torctaed Giaas ee estigated.the 


A decision concerning the type of «. module for long | Hatter for te 
The reason for the décisién is that it is not inown . 


[PROCTOR begins neegtions inte vender sleton apport 


No vendo slcton compan Is requv sis mullite vender bis ag eben vendor 
investigations are not continued. 

A component to handie vendor selection in the 
reason for the decision té thit' Velider traddofts ire 


eee; tote a ee as 
scaregetely planned tenis ond d faites, . 


And Mr. Smith, de you nad ertion with it he anor fk cnt a 
associated with carrying @ unit of an item in Peery EEA YENT ee 
(Please hey in-yes or ndk yes oe 


The primary components of the inventory holding, cost ere: epst ¢ 
in inventory, handling, pilferage, sage, rit, date é 
obsolesence, ia: insurance, taxes, ote. i 


~~ 


shes ere on pplied by rere then oe Senter He 


_wendor se 
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inventory holding costs are the, cost of capital end. a ~~ relevent part.of these: costs is. 
that one that is directly, mnie cons doers oe insidemse of thees‘camponents: 
in establishing the on ‘the unit apie sorres the item, the impect of 
these components is to. fi ‘ot. the unit. cos 
« $05. eral it an item with o-unit‘cost 


of the item which the. investory. 
of $10.00 has a 20% hea pie hat It cost $2.00 to keep @-unit-ofsthet iter in a 


inventory for a year. 
(51) And Mr. Smith, what is the purchase cost for most of your iteme?. 
Please select one of the following: 


1 less than 05 dollars 

2 between 0.5 and two dollars 
3 between two and 5 dollars 
4 between 5 and 10 dollars 

5 between {0 and 25 dollars 


8 more than 100 dollars 
(Enter here): ! 
Mr. Smith hes just realized thet he gave « wrong ansuer.to.¢ 

interrupts 


So far the following will be changed: The answer to paasraia 49 omerme muiti-vendor tens 
in the purchasing department. 


PROCTOR rust tee ond compe lteter led temper and sander 
support. 


(49) Bo you have items that can be purchased from several different: vendors? 
(Please key In yes or nd): yes | 


Note sis cov nies of Wb od Saba BY Medics sho estduas‘cxcdacldcbe Vonconitnig Yaad tute 
support sna footed. PROCTOR simply rides she. renenteatioes sou mraneedate. pcenaten 


(52) Do different vendors ‘have significently different purchasing Jead.times? 
(Please key in yes or no}: A 


There are no vendor tradeoffs so « module for vendor selec 
(53) Mr. Smith, does the price of the item me with each 
(Please key in yes or no): n es 


A module for vendor selection Is unnecessary. The reason for ‘the decision. Is. thet vendor no 
tradeoffs in the purchasing masebaeis are absent. 
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Please select one of the following: 


. tess: than 0S doers ‘ ae 
2 between 0.5 and two dollars en ASG er ; 
3 betwedis two and Sdollers” ie a ii ae 
4 between 5 end 10 dollers , aad 
5 between 10 and 25 dollars 
7 between SO end:800 Vollers: © 
8 more than 100 dollars ve? 


(Enter here): 3 


sorcnuee oh he item's unit cost. ime Dae ees 


Please eelect one of the faltowing: 


1 less than 10 percent | 

2: between 10 and 15 pércent 

3 between 15 and 20 percent * 
4 bet weet 20°and 20 -gereent 

5 between 25 end 30 percent 

6 more then 90 percent 


(Enter here): 4 


A routine for computing e0q’s is possible. ‘thie saCaieD 
forecasting is possible and the eetimeted family and non-t 
purchasing department is not lees then two dolters end the 


Replenishment rates determine the type of EOQ formula to be used. ee 
(55) Do you have any items whose purchase orders aro Fah Fagaived oh at once. 
(Please hey:n yes or noky - 


PROCTOR remembers thet oconomies of ele are present and recommends. thet @ euitable 
formula:be used for isems with-economies of stale: 


Concerning the details of « routine for computing e0q't: Order ‘quattities’ may be Geternined by 
tha stendard eoq ‘formula for mpet-of your Hons. ys Hiori- 
instantaneous replenishment rates should use the e0q formula thet tees replbilsinent vates 
into consideration. A formula that takes economies of — bor consider 

determining the order quantities of items end tamilies Wist orn te so aktah eG 
ordering from vendors. This earns rie fr cg at poodle 
for joint ordering constraints is feasible and joint straints :: 

with non-instentaneous replenishment rates in the sical aw 
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Special support is required for extremely expensive items. Unfortunately, viomeinas eannet 
make an evaluation based on Mr. Smith's answers. 

(56) Are there extremely expensive items thet deserve a special. controt systent 

(Please key in yes or no): ? 


A decision concerning the necessity of a routine for determining ‘order quantities. of. reaped 
expensive items could not be made. oe regan ch aac selena 
expensive items in the purchasing department are present. » 


PROCTOR completes investigations into forecasting 


(57) Do you keen records of seqnene ndions sar popetmel Seriorel:for: the-qneetral end Rene 
(Please key in yes or no): ! 


Mr. Smith has other ideas: he decides to change his enswer concerning non-instentancous 
replenishment rates. 


So far the following will be changed: The responce to question. 5§ shout: items. with non- 
instantaneous replenishment retes. n.center Execution contiqnes..- 
(55) Do you have any items whose purchase orders are rot veoivadl-e:oncet 

(Please key in yes or no): n 


PROCTOR recompuies the evaluation of the details of the EOQ jeutine but isu weed recompate 
the evaluations inte the suitability of an EOQ routine. ; 


Concerning the atele of 0.cputive rekon putin {concert 


formule should be used for | 
consideration. hould be. 
certain economies 


€ ie pie) J sae bait 
1 a routine fot computing ere. 
2a module for joint rating conan is jamsibie.. 


- Records @ Posen u are 8 soupes Ee 
Se 
‘ems 

(Please key in yes or.no): n “: Bh eds 


ih soidssa tical pacts cholo PDGIGI kad cele s au cs wncadns bor Rowsoaing 
is available. 


A component to handle the forecasting of seasonal. items. is possibe.. The reasons. for the 
decision are that 


. 1 the deta for fore, of the. purchasing departmant.ie. avellable. - 
2 the sarag lng oh dl for trcoing ibm oehnng parehsig sopartnont i ot lee 


_ than one year, 


Special support.cen pedilake ae de ee ae 
(58) How meny different spoece patianne, de you have among your ond items? 


Please select one of the following: 


145 


aan 
ALSanr 


bn more ‘then 5 
(Enter hace): 6 . . al waeee od 4 
Limised sales season lems ore siesisiat tits ilk! MGk tals of on bls S hes.s we 
such items (Christmas candy, fer example). serpent con Seren with ‘the | 
seasonal forecasting system - 


(59) Do you hive sageonat Nome whove demand suddorth 
Please’ ily Th ‘ UaOrs 
ie coral sysomt 


(60) ‘Are tides limited: sates ‘sedeon Tlenis important enough trogen re Dec 
(Please key in yes or no): yes es a 
61) ae iy lt uo ar. goennery. 


_ the end of the seeson? 
Please select one or more of the oto 


2 on LIA Be 


win ied tm mart 


A wodile 'ér'thie torecanliig of Walisd-ealge-scacsc Non i heoldod, “This We heseuee yeu. 
decided that the limited-seles-seacon items of the purchasing depertment.are important, 


patterns. These 


) Ara there slow maving items Ge. ‘one oh eur tee tenet por sontht 
Jense Key.in yes or nob yes 


. (64) Are these slow movers important enough to require a special control system? . 
(Please key in yes or no): yes 


(65) Can you give a the percentage of ‘items ‘ah are, sew, movers 
(Please key in a value): i 


movin lor pede. hema the: doeision ie 


0. slow -rwoving iteme.of the, trent.are: importent..A 
g of slow-moving The reason forthe - 
dello otha wate for frosting ofthe prc epara eal. 
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Concerning the details of a module for the forecasting of slow-moving items: The 
forecasting of demand for slow movers can be done by exponential smoothing with a very small 
smoothing factor. This is beceuse a module for the forecasting of wailing) items in, th 
purchasing department is needed and a component to handle the forecasting.af sipw-me 
items in the purchesing department is possible. A module for the forecesting of 6 
is needed. The reason for the decision is that seasonal items are present. 


atom coer! are Jongwed OY. mand rea 
(Plasab Ray in yon oF hen, YE LETS TORO 


A module for the ‘oie of items with reve nee is unnecessary. The reason for the 


with trends are absent. 


(67) Do you heave, foarronabie dere (ie. toe set He pbegiesence, - 


ge beg 


(Please key in yes or no): n 


A component to handia the forecasting of fi tah ynable Hates Je unnaceaneri., This is because 
fashlorfable items aré ébeent. Ter 

(68) Do you carry promotions that greatly affect the demand pattern of your ‘end items? 
(Please key in yes or no):? Pa eee 


A decision concerning the necessity of a component to handle the forecasting 
could not be mace. This is because it is not known whether. prétgied [ems ere. pr 
(69) Mr. Smith, do you carry advertising campaigns thet greatly affekt Ihe déemanc 

your end items? : 
(Please key in yes or no): ? 


A decision concerning the necessity of a component t the forecasting of advertised | 
items in the purchase é Ae ied? ot to hance oc’ a ernst ee whether 
advertised items are present. 

(70) Do you think it is important to provide support tor predicting ed apeth maturity, and 

‘ decay of your items? : By fy 43 
(Please hay in yor or noen i a A aie. 4 : tte 


A module to support the: prediction of ftelt fife patterns Is u nneceteary. 
reason for the devision'ts thet you: decided tat the suppért’ fon’ item-tite is 
unimportant. er ee 
(71) Do you have abnorilally terge orders {dub to’ specie? ortiers; errs, omdtions, etc.) that... 
you handle as special orders you would like to be screened out of th8 normal inv y control 
procedures? 

(Please key in yes or-no): yes 


Pexist 
Abe Ot 


(72) Now are these abnormally lerge orders (due to special orders errore, promotions, ote) 
frequent enough to require a routing ‘s¥éteni to We set up 
(Please key in yes or no): n 


A modute to filter lsrge orders'is unnecettary. The reson for the decis 
ee oe tice large orders Of tHe purchiéing’t 


nh is that you decided 
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PROCTOR can now describe the details of the module for aad range. aarreiaa eeansias 


Concerning the ‘Getaits ot a compdnent to handle ‘andio mid . aime 
demand for product types, non-type families and ndri-family hot 

by exponential smoothing. These forecasts y.be, a anaressted acc 
ennuat-demands oft Ha &: Détnend f0t' tice rc cae 
with a small alphe. This ie Geoacas a pantie bec is 


aggregate planning module is feasible ya iad battaLe 


This completes a first suas biuneaie sieves’ kes indd aad ok Ge 
responses cen be checked fer correctness; evaluations may he a marian Mr. § mith decides te 
save the session before continuing any further. A good fides!” eee = 


You are at top level. Pisase select one of the following: 


1 quit 
' 2 continue the analysis 
3 help 
4 change answers 
5 summarize the analysis 


(Enter here): 1 


And Mr. Smith, do you really want to quit? 
(Please key in yes or no: yen 


Do you wish to save what you havé done éo far? 
(Please key in yes or no): yes 


ts me 


A record of this session will be saved. Do want a lating of the seesion submitted for printing? 
(Please key in yes or no): n 


Welcome back Mr. Smith! 
Today is April 27, 1976. The time is 8:03 pm, 


You are continuing the anelysis started on Apel 27; 976 st 738 pm. 1 Viabiek at top level. 
Please select one of the nee 


2 eonileie’ the ‘énaiys Oe aM eta tt 
3 help Sey te a 
4 change answers 

5 summarize the analysis 


(Enter here): 4 


148 


Mr. Smith decides that scoala ns dpe or tthe gre of KBE erable 
lead’ times: he requests « change to question 44. asada 


The current question’ numbers renge from 1 to 72. Prone key in in the numbers corresponding to 
questions whose answers you wish to change. 
(Please ‘Kay ‘them in): aa 


So far the following will be. 
. variability 6 of the Yoad-time Ot the pureh 
Do you'want to | ‘more? 
(Please key in yes or no): 9 


ed: Mis} response to gues 44 concerning the doaree 0 of 


Do you wish to delete any requests? 
(Please key in yes or no): n 


(44) How would you characterize the variability of your purchasing land: times for most of your 
purchased items? 


Please select one of the following: 


1 very constant 

2 reasonably constent 
3 fairly variable 

4 extremely variable 


(Enter here): ! 


An error: Mr. Smith requested the wrong question to be reashed. fir PROCTOR inthe 
middle of a change end requests that question 48 be changed, 


You are at top level. Please select one of the following: 


~ T quit 
2 continue the analysis 
3 help 
4 change answers 
‘S*summarize the analysis 


(Enter here): 4 


The current question numbers renge from 1 to 72. Pleese be in the numbers one to 
questions whose answers .you wish to change. . : 
(Please kéy thom if nag 


So far the following will be changed: The response to question 48 i. seasonal. nia 
time dependencies in the purchasing department. 

Do you want to change any more? 

(Please key in yes or no): n 


Do you wish to delete any requests? | 
(Please key in yes or no): n 
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PROCTOR must still reask question 44. 
(44) How would you characterize the variability of your purchasing lead times for most of your 
purchased items? 


Please select one of the following: 


1 very constant 

2 reasonably constant 
3 fairly variable 

4 extremely variable 


(Enter here): 3 


The response to question 48 is now being changed 
(48) Now Mr. Smith, does the lead time variability depend on the season? 
(Please key in yes or no): n 


There are now no lead time dependencies so a lead time forecasting system is inappropriate. 
(Notice, this section illustrates PROCTOR’s environment mechanism. PROCTOR has invalidated | 
all references to evaluations concerning lead time forecasting.) 


PROCTOR considers alternative variable lead time support. Emergency lead times can be used 
when items are unexpectedly understocked. Safety lead times are useful in providing 
insurance against stock outs. 


(73) Now do your vendors quote an “emergency” lead time for critical items? 
(Please key in yes or no): yes 


(74) And Mr. Smith, whenever the purchasing lead time is quite uncertain, a safety lead time can 
be added to the average lead time to take into account the uncertainties associated with lead 
time calculations. Do you favor the addition of a safety lead time? 

(Please key in yes or no): yes 


(75) Are there quantity restrictions associated with the emergency lead time? 
(Please key in yes or no): yes 


(76) Now Mr. Smith, is there a price increase associated with the emergency lead time? 
(Please key in yes or no): yes 


PROCTOR redetermines the details of a system for lead time support. 

Concerning the details of a component to handle lead time determination: A safety lead time 
should be added to your best current estimate of the procurement lead time when order 
amounts are to be determined. Emergency lead times should be used only when items are 
unexpectedly stocked out. This is because emergency lead-times are present and restrictions 
are present and you decided that the safety lead-times of the purchasing department are 
appropriate. 

PROCTOR has nothing more to do: it awaits further instructions. 
You are at top level. Please select one of the following: 


1 quit 
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2 continue the analysis 
3 help 

4 change enswers 

5 summerize the analysis 


(Enter here): 4 


Me. Smith snot sataled wih the one quart sma pred forthe ag regate plan and request 
that question 29 be reashed. 


The current question numbers range from 1 to 76. Please hay in the numbers correspending te 
questions whose enswers you wish to chenge. 
(Please key them in): 29 


So far the following will be changed: ts idee 65 Ginelics 25 unouh toe tine pevind dhdalan: 
department. 


Do you want to change sny moref 
(Please ‘hey. I yes or np): n 


"Do you wish to delete any requesti . 
(Please key in yes or no): n 


(29) What time periods do you think you should use to divide your time horizon? 
Please select one of the following: 


1 calendar week 
2.calendar weeks 
S'calendar weeks 

4 calenday woeks — 

1 calendar month 

1 calender quarter 

1 calender semester 
5 working dsys 
10 working days 

10 20 working deys 
11 4-4-8 week division 
12 I don’t know 


1 
2 
3 
4a 
5 
6 
7 
8 
9 


(Enter here): 5 


Unfortunately, Mr. Smith forgot why he chose such an ag 
infeasible untess time bata sduct types 
how PROCTOR netd not recotmpase the oi 


A procurviurd wei uneiad dill  wadsabic” “add BEE bens eben al. 
the variables of the aggregate poh ni of the “uA The a department is more than 1500 
and a procurement aggregete pienning module is needed. _| f 

the aggregate pian makes it inaily impr 
periods in the planning horizon or further Bache rods 


In changing the number of time parseds, Mr, Smith effected the evaluation of the feasibility 
of an aggregate plan and in turn, the evaluations fer the middle range forecasting system. If 
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an aggregate plan is infeasible, it may be that no middle range ferecasting system is required. 
PROCTOR, therefore, recomputes evaluations of forecasting that are affected by the change in 
the evaluation of aggregate plan infeasibility. Here, a middle range nen is still required 
since support is needed for a joint ordering interactions module. 


Concerning the details of a module for middle-range forecasting: The demand for 
product types, non-type families and non-family non-type items should be forecest by 
exponential smoothing. These forecasts may be disaggregated according to the relative annual 
demands of members. Demand for slow movers can be forecast by exponential smoothing with a 
smail alpha. This is because a component to handle the forecasting of seasonal items is needed 
and a component to handle the forecasting of seasonal items is possible and a module for the 
forecasting of slow-moving items is needed and a module for the forecasting of slow-moving 
items is possible and a component to handle joint ordering constraints is feasible. 


Evaluations of the necessity of product aggregations are affected. Mr. Smizh states that he 
does not want aggregation for reporting purposes. PROCTOR concludes that product 
aggregation is unnecessary based on current evaluations: why aggregate if an LP is infeasible? 


(31) It is sometimes useful to aggregate items up to the product level for reporting purposes. 
Would you like product aggregation to be considered for this reason? 
(Please key in yes or no): n 


A module for product aggregation is unnecessary. This is because a procurement aggregate 
planning module is infeasible. ' 


PROCTOR returns to the top.... 
And Mr. Smith, you are at top level. Please select one of the following: 


1 quit 
2 continue the analysis 

3 help 

4 change answers 

5 summarize the analysis 


(Enter here): 4 


PROCTOR assumed a time horizon of more than 12 months for the aggregate plan. Mr. Smith 
decides to specify a horizon of 6 to 12 months hoping that this will change the number of 
variables in the LP. (Clearly, an explanation system and some sort of debugging facility will 
someday be required if the user is completely unfamiliar with the methodology. We assume, 
however, that the user is intelligent enough to know that such a change can affect the number 
of variables in an LP.) 


The current question numbers range from 1 to 76. Please key in the numbers corresponding to 
questions whose answers you wish to change. 
(Please key them in): 27 


So far the following will be changed: The answer to question 27 concerning the length of the 
horizon of the aggregate purchasing plan of the purchasing department. 

Do you want to change any more? 

(Please key in yes or no): n 


182 
Do you wish to delete any requests? — 
frome: kay-in yes or no} Ty 


(27) And Mr. Smith, can you give en estimate of an appropriate time hérizon for en aggregete 
plan? 


Please select one of: the following: 
1 tess than 6 months 
2 between 6 and 12 menthe 
3. more than 12 monthe | 
4 net known 

(Enter here): 2 


The evaluations heve not chan. PROCTOR amply retinas aon. 


He 


evaluations, 


the vorlabien it fax terecple’ mre pan 9 pat purchasing’ d 

and a procurement fiat Ht abel module is néwdbe st t ver 

the aggregate pian makes it computationally impractical The possibility o' 

periods j in the planning horizon or further aggregatin product type icing a i 
ithe detelis 6f & niodile tir m pay ih 


The demand for product types, non-type femilies and non-family noti-typ tems : 
forecast by exponential smoothing. These forecasts may be disagg r iy senna i 
relative annual demands of members. Demand for slow movers can be Tor j ‘ nti 


_ seasonal items is possible and a posceetete to handle the ieiecaing of Saliba iteme in 
the purchasing dapartment is needed and a component to handle the. forecasting, of ater -moving . 


procurement eggregate plenning module is infeasible. 
You are at top level. Please select one of the following: 
: 1 quit 
2 continue the analysis 
3 help 
4 change: anawers 
‘S summarize the enalysis 
(Enter here): 4 


Mr. Smith remembers that he did not specify sehethen-vetidor contracts were present. He hopes ; 
to remove the infeasibility evaluation by completely specifying the problem. 


So fer the following will be changed: The response to- question 19 concerning vendor contracts. 
PROCTOR continues execution. ... oo 
Notice that this change has absolutely no effect on the evaluation. The change to the number 
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of constraints does not affect the evaluations since an aggregate plan is aires infeasible due 
to too many variables. 


(19) Are there contracts you sign with individual vendors which force you to define a fairly 
constant purchasing rate every month? 
(Please key in yes or no): n 


You are at top level. Please select one of the following: 


1 quit 

2 continue the analysis 
3 help 

4 change answers 

5 summarize the analysis 


(Enter here): 4 


Mr. Smith finally takes the most reasonable course of action. With a listle thought, he becomes 
convinced that there is more product aggregation than he had originally specified. He 
therefore requests a change to question 25. 


So far the following will be changed: The answer to question 25 concerning the number of the 
product types of the purchasing department. 


PROCTOR continues execution. ... 
(25) And Mr. Smith, how many product types are there? 
Please select one of the following: 


1 fess than 11 

2 between 11 and 20 
3 between 21 and 50 
4 between 51 and 100 
5 more than 100 


(Enter here): 3 


PROCTOR recomputes only affected evaluations. It does not review the entire session. It finds 
affected changes by following direct dependencies. Notice that the problem is now feasible but 
with a different set of conditions: the number of product types has decreased and the number 
of time periods has increased. : 


A procurement aggregate planning module is feasible. This is because the average number of 
the variables of the aggregate purchasing plan of the purchasing department is not more than 
1500 and the average number of the constraints of the aggregate purchasing plan of the 
purchasing department is not more then 1000 and a component to handle micdie-range 
forecasting is possible and a procurement aggregate planning module is needed. Concerning the 
details of a module for middle-range forecasting in the purchasing department: The demand for 
product types, non-type families and non-family non-type items should be forecast by 
exponential smoothing. These forecasts may be disaggregated according to the relative annual 
demands of members. Demand for slow movers can be forecast by exponential smoothing with a 
small alpha. The reasons for the decision are that 
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q a component to handle the forecasting of séasonel-ttems Is heeded arid a module for 
the forecasting of seasonal items is possible. 

2 a component to handie the forecasting of slow noving | 

component to ‘handie thw ‘forecasting oF 5 
3 a procurement aggregate planning module is fe 
ordering constraints is feasible. 


A component to handle product aggregation is needed. ‘The reason for the decision is that a 
procurement segregate planning module is feasible. A component to handle product 
disaggregation is needed. This is because a component to handle Aint ti is 
needed and a procurement aggregate planning module is feasible. Conedr ‘Satpte ot 8 
module for product disaggregation: You should use the Knapsack or Hax-meal disagg 
scheme in allocating plenned product type procurement amounts to tonly ha ‘amity. 
members of product types. These schemes work best for situat cbtup beat stdin 
costs such as yours. This is because a module for product disaggregation in the purchesing 
department is needed end the estimated family and padewnsd tom ordering cert of the 


to external constraints should be Sad into product} 
plannirs. The reasons for the ) dgcision are that 
1 external corutralnté ore : 


2 a procurement sesrogate planning module it ‘iéisible., 


regate rement amounts for. 
ror aa nese subject 1 
external constraints should be determined by meens of a lineer prog, - 


should optimize holding and storage coste while ) strain’ ig ops 
procurement aggregete planning module is feasible end external constr ee 


#3 ie, ap 


Concerning the details of a procurement 
product types, non-product families and 


You are at top level. Please select one of the following: 


1 quit 

2 continue the analysis 

3 help 

4 change answers 

5 summarize the analysis x a a Valter Each A ive ei Tie aia 


(Enter here): 3 


the footer ear eat 
respohses Witiefal te" 


The following is a tet ot posible siren, 
Pledce setect orie Gr’ thére of the following: 
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1 print a summary of the facts collected 
2 print a summary of the recommendations so far 
3 print responses to questions 


(Enter here): 123 
A summary of facts determined by PROCTOR. 


Date of session: April 27, 1976 
Time session started: 8:03 pm 


User’s name: Mr. Adam Smith 
The following data is about KBS Foods Ltd. 


The address of KBS Foods Ltd is Cambridge MA 02146. The activity of KBS Foods 
Ltd is purchasing. 


The number of the purchasing departments of KBS Foods Ltd is one. 
The following data is about the purchasing department. . 


Concerning the number of the items of the purchasing department, there are. many. 
The number of the items of the purchasing department is between 5001 and 10000. Joint 
ordering constraints are present. You decided that the joint ordering constraints of the 
purchasing department are significant. It is not known whether joint quantity discounts are 
present. 


Common ordering costs in the purchasing department are present. Joint economies 
of transportation are absent. Economies of transportation are absent in the purchasing 
department. Complex orders in the purchasing department are absent. Multi-item orders are | 
present. A component to handle joint ordering constraints is needed. A component to handle 
joint ordering constraints is feasible. Concerning the details of a module for joint ordering 
constraints: Items that experience joint-ordering interactions and that share common inventory 
characteristics should be aggregated into families. The percentage of family items of the 
purchasing department is 70. On the average, the number of the family items of the purchasing 
department is 5250.7. You decided that the family aggregation of the purchasing department is 
possible. Your desire is to not aggregate families for reporting purposes. 


The percentage of non-family items of the purchasing department is 30. On the 
average, the number of the non-family items of the purchasing department is 2250.3. 


The number of the families of the purchasing department is between 101 and 250. 
A module for family aggregation is possible. A component to handle family aggregation in the 
purchasing department is needed. Concerning the details of a module for family aggregation: 
Items that experience joint-ordering interactions and that are aggregated into families because 
they share common inventory characteristics, should be ordered together to achieve benefits of 
economies of scale. The number of the product types of the purchasing department is between 
21 and 50. 


On the average, the number of the product types of the purchasing department is 
36. A component to handle family disaggregation in the purchasing department is needed. 
Concerning the details of a component to handle femily disaggregation: Procurement amounts 
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that are allocated to families should be allocated to family members so that items in families run 
out simultaneously. External constraints in the purchasing department are present. You 
decided that the external constraints of the purchasing department are important. The number 
of the external constraints of the purchasing department is two. Seasonal-inventories are 
present in the purchasing department. Vendor supply-limits are present in the purchasing 
department. Vendor contracts are absent in the purchasing department. Financial constraints 
are absent. 


Storage constraints are absent in the purchasing department. Seasonal items in 
the purchasing department are present. The number of the types of seasonal items of the 
purchasing department is more than 5. 


You wanted assume the length of the horizon of the aggregate purchasing plan of 
the purchasing department. The length of the horizon of the aggregate purchasing plan of the 
purchasing department is between 6 and 12 months. 


On the average, the number of the variables of the aggregate purchasing plan of 
the purchasing department is 864. On the average, the number of periods the aggregate 
purchasing plan of the purchasing department is 12. The average time period division of the 
aggregate purchasing plan of the purchasing department is one month. The average length of 
the horizon of the aggregate purchasing plan of the purchasing department is 12 months. A 
aggregate purchasing plan in the purchasing department is absent. Your desire is to assume 
the time period civision of the aggregate purchasing plan of the purchasing department. The 
time period division of the aggregate purchesing plan of the purchasing department is one 
month. On the average, the number of the constraints of the aggregate purchasing plan of the 
purchasing department is 864. 


A procurement aggregate planning module is needed. A procurement aggregate 
planning module is feasible. Concerning the details of a procurement aggregate planning 
module: Procurement amounts for product types, non-product families and non-product non- 
family items that are subject to external constraints should be determined by means of a linear 
programming model. This model. should optimize holding and storage costs while obeying 
external constraints. The percentage of aggregately-planned items of the purchasing 
department is 65. You decided that the product aggregation of the purchasing department is 
possible. 


You didn’t want to aggregate product-types for reporting purposes. A module for 
product aggregation is needed. Concerning the details of a module for product aggregation: 
Items and families that share common inventory characteristics and demand patterns and that 
are subject to external constraints should be aggregated into product types for purposes of 
aggregate planning. A component to handle middle-range forecasting in the purchasing 
department is possible. A module for middle-range forecasting is needed. Concerning the 
details of a module for middle-range forecasting: The demand for product types, non-type 
families and non-family non-type items should be forecast by exponential smoothing. These 
forecasts may be disaggregated according to the relative annual demands of members. Demand 
for slow movers can be forecast by exponential smoothing with a small alpha. Items with 
trends are absent in the purchasing department. The data for forecasting of the purchasing 
department is available. The average length of the data for forecasting of the purchasing 
department is more than 3 years. Demand records are absent. A decision concerning the 
necessity of a module for long lead time determination could not be made. 


A decision concerning the type of a module for long lead time determination could 
not be made. It is not known whether long lead time items in the purchasing department are 
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present. 


The degree of variability of the lead-times of the purchasing department is 
variable. Imported items are absent in the purchasing department. Sales records are present. 
Data errors are absent. 


The length of the sales records of the purchasing department is more than 3 years. 
Backorder records are present. A module for product disaggregation is needed. 


Concerning the details of a component to handle product disaggregation: You 
should use the Knapsack or Hax-meal disaggregation scheme in allocating planned product type 
‘procurement amounts to family and non-family item members of product types. These schemes 
work best for situations with setup and holding costs such as yours. The estimated family and 
non-family item ordering cost of the purchasing department is 72. 


The average family and non-family item ordering cost of the purchasing 
department is 12. The computed ordering cost for multi-item orders of the purchasing 
department is 72. The item ordering cost of the purchasing department is between two and 5 
dollars. The average item ordering cost of the purchasing department is 4. The number of the 
items per order of the purchasing department is between 11 and 25. A component to handle 
lead time determination in the purchasing department is needed. Concerning the details of a 
component to handle lead time determination: A safety lead time should be added to your best 
current estimate of the procurement lead time when order amounts are to be determined. 
Emergency lead times should be used only when items are unexpectedly stocked out. You 
decided that the items with variable lead times of the purchasing department are important. 


The percentage of items with variable lead times of the purchasing department is 
15. Lead time dependencies are absent. Vendor lead time dependencies in the purchasing 
department are absent. Seasonal lead time dependencies are absent in the purchasing 
department. Order size lead time dependencies are absent. Multi-vendor items are present. 
Vendor price tradeoffs are absent. Lead-time records are present. Vendor tradeoffs are 
absent. A component to handle vendor selection in the purchasing department is unnecessary. 
A routine for computing e0q’s is possible. Concerning the details of a routine for computing 
e0q’s: The standard economic order quantity formula should be used for most of your items. A 
formula that takes quantity discounts into consideration should be used in determining the order 
quantities of items and families that have certain economies of scale in ordering from vendors. 


The estimated item holding-cost of the purchasing department is 0.92. The 
purchase cost item of the purchasing department is between.two and 5 dollars. The variable 
item hoiding cost of the purchasing department is between 20 and 25 percent. 


Items with non-instantaneous replenishment rates are absent. It is not known 
whether extremely-expensive items in the purchasing department are present. 


A decision concerning the necessity of a routine for determining order quantities of 
extremely expensive items could not be made. A module for the forecasting of seasonal items 
in the purchasing department is possible. A component to handle the forecasting of seasonal 
items is needed. Records of seasonal factors are absent. A module for the forecasting of 
limited-sales-season items is needed. Limited-sales-season items are present in the purchasing 
department. You decided that the limited-sales-season items of the purchasing department are 
important. The percentage of limited-sales-season items of the purchasing department is 10. 
The limited-sales season item overage cost of the purchasing department is the cost to liquidate 
and the off-season holding cost. Slow-moving items are present. You decided that the slow- 
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moving items of the purchasing department are important. The percentage of slow-moving 
items of the dasha ane is not known. the detalis of a as for the 


Fashionable items are abeent: A component to hanlé thé forecasting of 
feebienan ls tees. wreceere ‘tte not known whether promuted Meme eré present. 


A ection concerning ta reusty of sonia to hare i forecating of i. 
eioaelcs items could not be made. ° It te not known whethir jd Rems in the purchasing 
department are present. 


Jcdecislon.Sobiorning: tne ietiety ‘ok b:wathas the tie torectiling:6t . 
items in the jpurchesing: depertment:could-net be made: kcheranesde dag ad Nick pede ot . 
item life Peon eres i 


theon: that enprtsincls lange or dere dew sitebiit: ¥ sre a na 
soe at orice heey rae Sees a Srtiint. A module to” 
filter large orders is unnecessary. ae 


Emergency lesti-tines ard ‘present. ret ae rnat peo pane 


pit ne Salad 
restrictions: ‘ere present. ‘Yeu dbctet thet the 


Xe 
t : 


iiscnenies- up cehindocs the Proce 


Date of session: Aprit'27, 1976 
. Time: —a 803 pm 


User's name: Me. Adam Smith 
The tollowing ‘data is ebout the: purchasing department. 


id, The re for the 
ie pur pening mec 


decision:is that you decided that Corder 
are significant. A component to hendie 
a eon are that ee 
A «ode for Jon onsen 2 rep i ra re . 
2 a module: bed jolnt-ordering 


A component to handie joint ordering cons 
‘the joint Dridering! eBnety gl 


that exportenee joist jolt eceariet; ititeractions and that there ¢ fr 
should be aggregated into Temities. ‘The reasons for the deck che ne pore hat 
feeciote. ee 
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2 joint ordering constraints are present. 


A module for family aggregation in the purchasing department is possible. The reason for the 
decision is that you decided that the family aggregation of the purchasing department is 
possible. A component to handle family aggregation is needed. This is because a module for 
joint ordering constraints is feasible. Concerning the details of a component to handle family 
aggregation: Items that experience joint-ordering interactions and that are aggregated into 
families because they share common inventory characteristics, should be ordered together to 
achieve benefits of economies of scale. This is because Joint ordering constraints ere present 
and a component to handle joint ordering constraints in the purchasing department is feasible. 
A module for family disaggregation is needed. This is because a module for family aggregation 
in-the purchasing department is needed and A component to handle joint ordering constraints is 
feasible. Concerning the details of a module for family disaggregation: Procurement amounts 
that are allocated to families should be allocated to family members so that items in families run 
_ Out simultaneously. This is because a module for family disaggregation is needed and a module 
for joint ordering constraints is feasible. A procurement aggregate planning module is needed. 
This is because you decided that the external constraints of the purchasing cepartment are 
important. A procurement aggregate planning module is feasible. The reasons for the decision 
are that 

1 the average number of the variables of the aggregate purchasing plan of the 

purchasing department is not more than 1500. 

2 the average number of the constraints of the aggregate purchasing plan of the 

purchasing department is not more than 1000. 

3 a component to handle middie-range forecasting is possible. 

4 a procurement aggregate planning module is needed. 


Concerning the details of a procurement aggregate planning module: Procurement amounts for 
product types, non-product families and non-product non-family items that are subject to 
external constraints should be determined by means of a linear programming model. This model 
should optimize holding and storage costs while obeying external constraints. This is because a 
procurement aggregate planning module is feasible and external constraints are present. A 
module for product aggregation is needed. The reason for the decision is that a procurement 
aggregate planning module is feasible. Concerning the details of a module for product 
aggregation in the purchasing department: Items and families that share common inventory 
characteristics and demand patterns and that are subject to external constraints should be 
aggregated into product types for purposes of aggregate planning. The reasons for the 
decision are that 

1 external constraints are present in the purchasing department. 

2 a procurement aggregate planning module is feasible. 


A module for middle-range forecasting is possible. The reasons for the decision are that 
1 the data for forecasting of the purchasing department is available. 
2 the average length of the data for forecasting of the purchasing peice is not less 
than one year. 


A module for middle-range forecasting in the purchasing department is needed. The reason for 
the decision is that a procurement aggregate planning module is needed. Concerning the details 
of a module for middle-range forecasting in the purchasing depertment: The demand for product 
types, non-type families and non-family non-type items should be forecast by exponential 
smoothing. These forecasts may be disaggregated according to the relative annual demands of 
members. Demand for slow movers can be forecast by exponential smoothing with a small alpha. 
The reasons for the decision are that 

1 a module for the forecasting of seasonal items is needed and a module for the 
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forecasting of seasonal items is possible. al 
2 a component to handle the forecasting of slow-moving, Blaine and a 
component to hendte:the ceuts vannarg anu ter i 


J , he i it ordering — 


368 : 2 
tonetraints parte sie 


mine nemesis  Sneik’ya ha 
records of sales end beckerdert that sré‘error fr vibe reeoau Ry prasitl ie Dee roa 
estimate of your deriend patterns. Tee bouin oe t in fhe) 
Losaitwen\t arid teattnaeday 


or heed thhe Heme’ stv present: ” 


eae A itll concoreing the ty ot « mode 8 tong td tne detarnnitin inthe 
purchwsing depurtment could not ‘be made.: This is because it is ot kre ywn whether | 
time items ‘are present: “A module for product eget ts Reet ond a 
component to handle product aggregation in the purchasing depertment is needed s a 
procurement aggregienpleneing rahile: ‘wfeatible. Cy fy the SatiRL ots compors 
handie product disaggregation in the easter perthent: You SHOU use 
family and non-tamily Item mambers of uct ty nee. TH 
with setup and holding costs: wana your: Tm fea to He hat; 
1 a module for product is needed. | " 
2 the estimated femily and non-tamily item Ordering cost of the = pra Sopatnen is 
more thar two'délars. 
3 a procurement ‘aggregate planning moddle 6 tebe. 


A component te’ handle Yead time determination Ie rieaded. ‘Ths ie! because eu decided that the, 
items ‘with varieble'tect fires Of the purchading di pth ipgitant. Concerning the. 


detalts of ‘a 1iddute fdr lead tina détermination: A 
current estimete: Lables ib havctapreh her bunts 
rescore tor the decision’ ate that ee pee 
1 Proee Tiaes are pibebih vs ts jebicng asertlaie” a ae 
2 restrictions are present. 
3 You decided that: Warentety toadAtines ot the purchasing department are ‘appropriate. 


A component to handle vendor selection is unnecessary. This is sone vendor tradeotts are 
absent. .. oa 


A routine tor computing 20q's is possible. Thin'¥é Sisceind elo FOP waldaie= 
range forecasting is possible and the estimated family and non-family item ordering cost of the 
purchasing department is not less than two dollars and the estimated famil and Scout ot the . 
ordering costof the: purchasing’ departivent wivided / the eatthiated itein ti t 


order quantities of items ond families that have carta etononie chaaeriaa tase! from 
vendors. : The reasons ter. the decision-ere tial «° cE RR AS 2s EMS SS gee 

1 a routine for computing e0q’s is possible. 

2 a component te handle: joint:ordering constraints is fersible, 
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A decision concerning the necessity of a routine for determining order quantities of extremely 
expensive items could not be made. This is because it is not known whether extremely- 
expensive items are present. A module for the forecasting of seasonal items is possible. The 
reasons for the decision are that 

i the data for forecasting of the purchasing department is available. 

2 the average length of the data for forecasting of the purchasing department is not less 

than one year. 


A module for the forecasting of seasonal items in the purchasing department is needed. This is 
because seasonal items are present in the purchasing department. A module for the forecasting 
of limited-sales-season items in the purchasing department is needed. The reason for the 
decision is that you decided that the limited-sales-season items of the purchasing department 
are important. Concerning the details of a module for the forecesting of slow-moving items: 
The forecasting of demand for siow movers can be done by exponential smoothing with a very 
small smoothing factor. This is because a component to handle the forecasting of slow-moving 
items in the purchasing department is needed and a component to handle the forecasting of 
slow-moving items is possible. A module for the forecasting of slow-moving items in the 
purchasing department is needed. This is because you decided that the slow-moving items of 
the purchasing department are important. A component to handle the forecasting of slow- 
moving items in the purchasing department is possible. This is because the data for forecasting 
of the purchasing department is available. A component to handle the forecasting of items with 
erratic demand is unnecessary. This is because items with erratic demand are absent in the 
purchasing department. A module for the forecasting of items with trends is unnecessary. This 
is because items with trends are absent in the purchasing department. A component to handle 
the forecasting of fashionable items is unnecessary. This is because fashionable items are 
absent. A decision concerning the necessity of a component to handle the forecasting of 
promoted items could not be made. This is because it is not known whether promoted items are 
present. 


A decision concerning the necessity of a component to hardle the forecasting of 
advertised items could not be made. This is because it is not known whether advertised items 
are present. A module to support the prediction of item life patterns is unnecessary. This is 
because you decided that the support of prediction item-life is unimportant. A module to filter 
large orders is unnecessary. The reason for the decision is that you decided that the control of 
items that experience large orders of the purchasing department is unimportsnt. The current 
question numbers range from 1 to 76. Now the following is a list of possible summaries of 
responses to questions. 


SRK RAK KKK KKK ARK KERR RRR 

A summary of responses entered by Mr. Smith. 
Please select one of the following: 

1 print a summary of all questions 

2 print selected questions 

3 return to toplevel 
(Enter here): 1 
Question one 
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concerns the name of KBS Foods Ltd 
response: BS Footis tt ttd 


Question two ee 
concerns the address of KBS Foods Ltd 
response: Combridge WA C2146 


Question 3 
concerns whether the activity of KBS Foods Ltd is en 
‘response: yes 


Question 5 
concerns water there are many om ofthe prchedng apartment 
response: yess 


Question 6 

. concern the slats of economies of tranmportation 
Fespormer sealed 

concerns the status of common ordering cous” 

_ reshonesi: not known 


Gusstion 8 
concerns ths status of complex orders: 
7 resporiasi absent 


Question 9° 
concathe the atedise of wutl-ftnin ordre 
respofise: present 


Question 10 


concerns the status of joint <i discounts in the purchasing department 
response: not known 


Question ft! 
concerns your judgement concerning the poset of. the foity sagregation of the 
purchasing department 
response: possible 


Question 12 
concerns the percentage of non-femily items of the purchasing depertnent 
response: 30 


Question 13 
concerns your judgement concerning the digniices of joint ordering constraints of the 
purchasing department ; 
response: significant 
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Question 14 
concerns the number of the items of the papbecices department 
response: between 9001 end 10000 .. 


Question 15 fo tizes 
concerns the number of the families of the purchasing department. 
response: between 101 end 250 


Question 16 


concerns your dese to the family jae of the ‘purchesing depertment 
response: not-desired. 


Question 17. 
concetné the status of storage constraints 
response: ebsent 

Question 18 


_ concerns the statys of financial constraints 


Question 19 
concerns the status of vendor contracts in the astoiant: ee 
responeg:. ebsent. 


Question 20 
concerns the status of vendor supply-timits in the PPucnen’ piece 
response: present 


Question 21 
concerns the status of seasonal-inventories in the pisecber raceiane 
response: present Nae 


Question 22 
concerns your ~~ rare. the ene of extern constraints of the | 
purchasing department . Kain ae, 
response: important — 


Question 23 


concerns the percentage of sqgregately-planned items of the. pacha donertment 
. response: 65 


Question 24 
concerns your judgement concerning the possibility of the product seen ot the 
purchasing department 
response: possible 


Question 25 


concerns the number of the ae types of the purchasing, depertment 
responses: between 21 and 50 


Question 26 ba 
concerns the status of a aggregate purchasing plan 
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response: absent 


Question 27 
concerns the length of the horizon of the exgrogit: purchasing Blan of the purchasing 
department 
response: between 6 and. 12 months 


Question 28 
concerns your desire to sesume the length of the horizon of the aaavecle purchasing | 


‘plan of the purchasing depertment 
response: desired 


Question 29 | 
concerns the time period division of the aggregate purchesing. plan of the purchasing 
department 
response: one month 


Question 30 
concerns your desire to assume the time period division of the sggtegete purchesing plan 
of the purchasing 
response: desired 


Question 31 ot 
concerns your denice to the product aggregation of the purchasing department” 
response: not-desired 


Question 32 Ps 
concerns the status of tions with trends 
response: absent 


Question 33 
concerns the status of seasonal items 
response: present 


Question 34 re 2 
concerns the status of demend records in the patie department 
response: absent 


Question 35 
concerns the status of long lead time items In the purcheting department 
response: not known 


Question 36 
concerns the status of imported items 
response: absent 


Question 37 
concerns the status of sales records 
response: present 


Question 38 
concerns the status of backorder records 


response: present 
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| Gissiion 39 
concerns the status of errors 
response: absent 


Question 40 
concer oe cece resents te eee ee ee ai 
response: more than 3 years _ 


Question 41 
concerne the periodicity of the seles records of the | arches 
reeponee: by-month - ees 


Question 42 


concerns the item ordering coset of the ) purchasing depertment 
response: betwuen two al S dollars 


Question 43 
concerns the number of the items per order of the purchesing department 
response: between 11 and = 


Question 44 
concerns the degree of veriability of the lead-times of the purchesing department 
response: fairly variable 


Question 45 > 


the | of Hane hh, Jape times of 
creer Your Keenan corceres importance wie 


Question 46 
concerns the percentage of ame with varie oad aso th parce daperbwont 
response: 15 

qvesiice 47 


‘concerns the statue‘of order size lead tims alaccneiainal 
response: absent 


Question 48 
concerns the status of seasons) leed time Poor ina 
respones: absent =< 


Question 49 
concerns the status of multi-vendor toms 
resperwe:. present 

Question 50 


concerns the status of lead-time records in the Logis Soninet oe 
response: present fae 


Question 51 
concerns the purchase cost item of the purchasing. depertment _ Ae 
responses: cbetosen'twe ent 5 dellert we 
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Question 52 
concerns the statis of vendor lead time dependencies 
response: absent 


Question 53 
concerns the status of vendor price tradeoffs 
response: absent 


Question 54 


concerns the variable item holding cost of the purchasing amen 
response: between 20 and 25 percent 


Question 55 
; concerns the status of iteme with non-inetentensous coplonishnont: rates 
response: ebsent ; 


Question 56 brs 
concerne the status of extromely-expensive items “a 
response: not known 


Question 57 
concerns the stétus of recorde of seesonal, fectors 
response: absent 


Question 58 
concer te faker ot the type of seasonal ene of the purchasing eperiment 
response: more then 5 


Question 59 
concerns the status of limited-sales-sesson items 
resp ce: ee 3 . : 


Question 60 
concerns your judgement concerning the importance ot casual uaibantiibed tems = the 
purchasing depertment 
‘response: important 


Question 61 
concerns the limited-sales sesson item overage cost of the purchasing dapartmont 
response: the cost to liquidete and the off-season holding cost 


Question 62 
concerns the percentage of limited-sales-season items ot the purchasing department 
response: 10 


Question 63 
concerns the status of ‘slow-moving items 
response: 


Question 64 
concerns your judgement concerning the importence:e dow-moving items of the 
purchasing department 


a6, 
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response: important 


Question 65 


. concerns the percentage of slow-moving items of taps deport 
response: not known 


Question 66 
concerns the status of items with erratic demand 
response: absent 


Question 67 © 
concerns the status of fashionable items 
response: ebsent 


Question 68 
concerns the statue of promoted items 
‘response: not known 


Question 69 
concerns the status of advertised items 
response: not known 


Question 70 


concerns your judgement concerning the importance of eupport of. prediction itemlite 
response: unimportant 


Question 71 
concerns the status of items that experience large orders 
response: present _ ie 


' Question 72 . yu 
concerns your judgement concerning the importance of control ot done thet experience 
large orders of the purchasing department 
response: unimportent 


Question 73 
- concerns the status of emergency lead-times 
response: present 


Question 74 
concerns your judgement concerning the eppropriateness of the safety lead-times of the 
purchasing department 
response: appropriate 


Question 75 
concerns the status of emergency lesd-time quantity-restrictions 
response: present 


Question 76 
concerns the status of emergency lead-time price-increases 
response: present 


The following is a list of possible summaries of responses to questions. 
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Please select one of the following: 


1 print a:eunbmery of it questions © 
2 print selected questions 
3 return to toplevel 


(Enter here): ! 


ee 


Mis Moalids Jacks shad bo Nad haaa sebegh foe dae Che snot ebnt om heer af 
termine! interaction.) 


He saves his session and goes home, 
And Mr. Smith, you ere st top level. Pens sito ofthe foto: 


1 quit 

2 continue the analysis 
3 help 

4 change enswers 

5 summarize the analysis 


(Enter here): 1 


pdr do you realy want to 
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(Please key in yes or no): y 


No a en 
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